13
13
Fork
You've already forked code-search
0

feat(dev): add Hound development env #7

Merged
yoctozepto merged 1 commit from :hound-dev into main 2023年09月09日 19:43:12 +02:00
No description provided.
fourstepper left a comment
Owner
Copy link

It would also be worth pointing out how to connect this docker-compose to the forgejo deployment (network specifically) that we create under /dev/docker-compose.yml

EDIT: I have created the Codeberg-Search "organization" on Codeberg and forked hound there as well https://codeberg.org/Codeberg-Search/hound

It would also be worth pointing out how to connect this docker-compose to the forgejo deployment (network specifically) that we create under /dev/docker-compose.yml EDIT: I have created the Codeberg-Search "organization" on Codeberg and forked `hound` there as well https://codeberg.org/Codeberg-Search/hound
@ -0,0 +5,4 @@
1. Recent `docker` (preferably 24) with `docker compose` (no dash) command working.
2. Hound image built locally (as this is for development and the official image is outdated anyways).
In Hound's directory (e.g., cloned from https://codeberg.org/yoctozepto/hound):

Can we fork hound under codeberg Infrastructure somehow? Or we can create a codeberg-search organization and fork it there..

EDIT: I have created the Codeberg-Search "organization" on Codeberg and forked hound there as well https://codeberg.org/Codeberg-Search/hound

Can we fork hound under codeberg Infrastructure somehow? Or we can create a codeberg-search organization and fork it there.. EDIT: I have created the Codeberg-Search "organization" on Codeberg and forked hound there as well https://codeberg.org/Codeberg-Search/hound
yoctozepto marked this conversation as resolved
@ -0,0 +12,4 @@
## Usage
1. Edit `config.json` to your heart's contents (see https://codeberg.org/yoctozepto/hound/src/branch/main/config-example.json).

Same here

Same here
yoctozepto marked this conversation as resolved
Author
Owner
Copy link

EDIT: I have created the Codeberg-Search "organization" on Codeberg and forked hound there as well https://codeberg.org/Codeberg-Search/hound

I start feeling uneasy when you come up with the same ideas I have after leaving my desk and driving to family. 😅 Kidding aside, it also makes me happy to have a similar-minded folk around.

> EDIT: I have created the Codeberg-Search "organization" on Codeberg and forked `hound` there as well https://codeberg.org/Codeberg-Search/hound I start feeling uneasy when you come up with the same ideas I have after leaving my desk and driving to family. 😅 Kidding aside, it also makes me happy to have a similar-minded folk around.
Author
Owner
Copy link

It would also be worth pointing out how to connect this docker-compose to the forgejo deployment (network specifically) that we create under /dev/docker-compose.yml

That's some later step. For playground this is enough.

I am going to "fix" the two inline comments and say it's gtg.

> It would also be worth pointing out how to connect this docker-compose to the forgejo deployment (network specifically) that we create under /dev/docker-compose.yml That's some later step. For playground this is enough. I am going to "fix" the two inline comments and say it's gtg.

It would also be worth pointing out how to connect this docker-compose to the forgejo deployment (network specifically) that we create under /dev/docker-compose.yml

That's some later step. For playground this is enough.

I am going to "fix" the two inline comments and say it's gtg.

I guess alright - at the same time I would appreciate it if we actually built some simple docker build+push pipeline for the hound repo fork so we don't have to build the image every time we want to use it - either that or we can submodule the entire hound fork and build right from the compose.

My point is: why not do it right the first time around

> > It would also be worth pointing out how to connect this docker-compose to the forgejo deployment (network specifically) that we create under /dev/docker-compose.yml > > That's some later step. For playground this is enough. > > I am going to "fix" the two inline comments and say it's gtg. I guess alright - at the same time I would appreciate it if we actually built some simple docker build+push pipeline for the hound repo fork so we don't have to build the image every time we want to use it - either that or we can `submodule` the entire hound fork and `build` right from the compose. My point is: why not do it _right_ the first time around
Author
Owner
Copy link

It would also be worth pointing out how to connect this docker-compose to the forgejo deployment (network specifically) that we create under /dev/docker-compose.yml

That's some later step. For playground this is enough.

I am going to "fix" the two inline comments and say it's gtg.

I guess alright - at the same time I would appreciate it if we actually built some simple docker build+push pipeline for the hound repo fork so we don't have to build the image every time we want to use it - either that or we can submodule the entire hound fork and build right from the compose.

My point is: why not do it right the first time around

As said in the chat - let's do it in steps. I also want it better but this is good enough (TM) for now.

> > > It would also be worth pointing out how to connect this docker-compose to the forgejo deployment (network specifically) that we create under /dev/docker-compose.yml > > > > That's some later step. For playground this is enough. > > > > I am going to "fix" the two inline comments and say it's gtg. > > I guess alright - at the same time I would appreciate it if we actually built some simple docker build+push pipeline for the hound repo fork so we don't have to build the image every time we want to use it - either that or we can `submodule` the entire hound fork and `build` right from the compose. > > My point is: why not do it _right_ the first time around As said in the chat - let's do it in steps. I also want it better but this is good enough (TM) for now.
Sign in to join this conversation.
No reviewers
Labels
Clear labels
Kind/Breaking

Breaking change that won't be backward compatible
Kind/Bug

Something is not working
Kind/Documentation

Documentation changes
Kind/Enhancement

Improve existing functionality
Kind/Feature

New functionality
Kind/Security

This is security issue
Kind/Testing

Issue or pull request related to testing
Priority
Critical

The priority is critical
Priority
High

The priority is high
Priority
Low

The priority is low
Priority
Medium

The priority is medium
Reviewed
Confirmed

Issue has been confirmed
Reviewed
Duplicate

This issue or pull request already exists
Reviewed
Invalid

Invalid issue
Reviewed
Won't Fix

This issue won't be fixed
Status
Abandoned

Somebody has started to work on this but abandoned work
Status
Blocked

Something is blocking this issue or pull request
Status
Need More Info

Feedback is required to reproduce issue or to continue work
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg-Infrastructure/code-search!7
Reference in a new issue
Codeberg-Infrastructure/code-search
No description provided.
Delete branch ":hound-dev"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?