Make the tool more flexible #42
Conversation
git read-tree
Set to master and checkout working dir after run
* Support branch names that contain slashes * Fix 'allow unrelated histories'
…n converting many projects into a mono repo takes a long time)
README: Explain parallel development and merging
Echoing out project name
Directly list branches from .git meta dir instead of using porcelain commands. I would have preferred a plumbing command for this but I can't find any. Fixes hraban#11
Set monorepo name through envvar (default: "core")
Robust handling of remote names
This time I've really dunnit. This should really be it, finally. Finally finally finally. No more madness with the branches. Honestly though this was a regression and it might be time to add a proper test suite :( But that's for another time! #yolomerge.
Does what it says on the tin. Remote `foo` with tags `v1` and `v2` get imported as tags `foo/v1` and `foo/v2`.
Add git version to requirements
Fix bug in branch names with /
Namespace tags
Custom folder name
On OS like FreeBSD and Solaris, bash isn't located in the /bin folder when installed.
Use UNIX-agnostic path for bash
It can now be changed with an environment variable.
As well as a few whitespace changes for better consistency.
|
This PR got closed automatically as I pushed a rewrite to master with unrelated history.
This is obsolete in the rewrite
Interesting, not sure if I'm super fussed about this since running a to-monorepo migration is not something I envisage people doing on the reg. The script is already quite hairy, I'm very keen to keep it as simple as possible. I'm inclined to think removing comments from stdin is something people can do themselves, if they really need it.
This is really nice, but unfortunately not compatible with the new rewrite. And I don't know how I'd make that work with read-tree :/ I struggled for a bit but I'm not good enough with git to tackle this. I'll definitely keep it in mind though, if I ever come up with a solution I'll make sure to revisit!
Thanks, good instincts ;) it would've been obsolete. For posterity's sake, the old PR diff is here: v1...woopla:more-flexibility |
I found a way to do this! Ironically, that made me wonder: why not use that existing repo as the monorepo, and use |
|
Yes that would be more elegant indeed! I went for "the shortest path to getting this working" rather than the "best long-term idea" on this one I'm afraid :p |
|
I can relate :) Thanks again for your contributions, I'll leave it at that then. All the best! |
I've added a few features to make
tomono.shmore flexible:While I was editing the files I fixed a few whitespace and Shellcheck issues. It's still reporting a couple but I did not want to make more invasive changes :)