-
Notifications
You must be signed in to change notification settings - Fork 125
Separate git repo for each language? #13
Comments
How about subtree splits: https://help.github.com/articles/splitting-a-subfolder-out-into-a-new-repository/ ? |
I like the subtree split idea. it shouldn't be pain when you think of the subtree split repository as some kind of release artifact. Like you would package software for download, you would push squashed changes to the split tree repository... I just added a sample |
A thousand times yes. This will help keep things sustainable as we add more languages. If we keep a master repo that includes all the language implementations as submodules, that will make it easier for people who hack on multiple language versions, and we can also have one travis build for that repo to show that everything's working across languages. Maybe a bit like https://github.com/rspec/rspec-dev? Seems to me the submodule repo names shout be |
Fine with me, too. |
Cool. Let's name them |
👍 |
Ok folks, I have split the subfolders into separate repositories:
I'm working on git subtrees next, and updating the build scripts. |
Allright - it's all reorganised now. See CONTRIBUTING.md - the beginning of the file describes how this new subtree stuff works. @muhqu your |
Allright - this is now done. It doesn't change much to the workflow. Keep working in this repo and do the occasional |
Node.js' npm and PHP's Composer require packages/modules to be defined in the root of a repo. -At least if they are to be consumed as git repos. See #4 and #9 for more details.
My only reservation about splitting this repo into several repos (gherkin-csharp, gherkin-golang etc) is that it might make it more difficult to keep the implementations in sync. But maybe not.
All the language-specific repos would be "linked" to this repo using git submodule (or something similar), and maybe it wouldn't be that much of an issue.
WDYT?
The text was updated successfully, but these errors were encountered: