Live data from Hacker News

Launch HN: Greptile (YC W24) - RAG on codebases that actually works

news.ycombinator.com

121–130 of 173 posts

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#121

It's cool to see tools like this. I ran into some issues though: 1. "We will email you"... "once the repositories have finished processing" Not sure you're supposed to do that without consent, when the intent was just to connect GitHub! Email use is supposed to be opt-in. 2. My tiny repo ( https://github.com/lukestanley/ChillTranslator ) won't load. 3. The UI for selecting a GitHub repo is hard to find and fiddly to…

1. Good point, didn’t think of that. We could make it a checkbox 2. Sadly, AWS just went down, absolute scramble at the office 3. Fiddly is the right word, we just changed it a couple days ago. Will make it cleaner. 4. You should only need that if you’re planning to upgrade, so you can click on the upgrade button and you should see a “Add promotion code” option on the left of checkout.

I like to use different email addresses for different services. Please just ask me for an email address to use instead of using the one on github.

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#122

> This repo failed to process nice

Hey, our DB was temporarily down from the traffic, sorry about that. Could you try again if you get a chance?

Still hitting this issue for the repos I tried

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#123
post #121

Earlier quoted context omitted.

1. Good point, didn’t think of that. We could make it a checkbox 2. Sadly, AWS just went down, absolute scramble at the office 3. Fiddly is the right word, we just changed it a couple days ago. Will make it cleaner. 4. You should only need that if you’re planning to upgrade, so you can click on the upgrade button and you should see a “Add promotion code” option on the left of checkout.

I like to use different email addresses for different services. Please just ask me for an email address to use instead of using the one on github.

That makes sense, we should change that. Thanks for pointing it out.

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#124

Earlier quoted context omitted.

> Haven’t figured out what should trigger updates. What triggers updates when it is not local?

When a commit code is pushed to that remote branch

OK, then why would that be crazy for local when it is the trigger for non-local?

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#125

Earlier quoted context omitted.

When a commit code is pushed to that remote branch

OK, then why would that be crazy for local when it is the trigger for non-local?

Just because people commit locally more often than they push.

That said, I think you're right and we might be overestimating the lift there. Will look into it more.

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#126
post #38

I'd love to try it, but pretty much all my repos are >10mb. It's not because there is that much code, but because I am doing bioinformatics and the test files (for the unit tests) inflate the repo size. It would be great if there was a way to test it on just 1 large repo for perhaps a week or something, because I balk at the idea of spending $20 a month on something that I don't even know works well. This is importan…

As an aside I suggest using dvc. It stores only metadata of large files in the got repository while maintain a separate data repository. The data repository can also be synced with cloud storage like AWS. It really helps manage code better without raw data

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#127
post #38

I'd love to try it, but pretty much all my repos are >10mb. It's not because there is that much code, but because I am doing bioinformatics and the test files (for the unit tests) inflate the repo size. It would be great if there was a way to test it on just 1 large repo for perhaps a week or something, because I balk at the idea of spending $20 a month on something that I don't even know works well. This is importan…

As an aside I suggest using dvc. It stores only metadata of large files in the got repository while maintain a separate data repository. The data repository can also be synced with cloud storage like AWS. It really helps manage code better without raw data

Never heard of it, thanks for sharing. Will look into this today.

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#129

Earlier quoted context omitted.

This sort of tech will just spur developers to put proper comments in their code, which they should have been doing in the first place.

Didn't even think about that, hopefully it turns out to be true.

Could even make it an explicit feature, to consume jsdoc/javadoc/etc comments

Re: Launch HN: Greptile (YC W24) - RAG on codebases that actually works

#130
post #99

Earlier quoted context omitted.

> The latter is typically the realm of requirements, design documentation, and possibly test plans. You forgot one of the biggest spots for "why" documentation... git commit messages, where the point is to say why you made this change. Maybe taking into account the commit messages around the code in question would help.

"Initial commit" is my goto commit message. Still a great idea, though. Ingesting all data from JIRA may be beneficial as well.

If you don't use proper commit messages you also probably don't have proper docs
Post reply on HN