Closed drzraf closed 3 years ago
I have been thinking about moving away from the sebastianbergmann/git
dependency myself since I know it's been an archived dependency.
However, every time I go and look at it, I realize how simple of a dependency it is that i feel it's not worth worrying about.
Really all the library does is wrapping the git
execution command and add exceptions management (which arguably could be get rid of), which is exactly all I need for GitSync.
Although you are right in saying I could basically just do it myself without loading the library, I don't think I would do it any differently than SebastianBergmann is doing which is why I just ended up keeping that dependency.
All the other libraries I found around are either doing more than I actually need/want or have requirements that I am not willing to put on the GitSync users.
For instance with the libraries you bring up I have these issues:
run
command.I am doing some advanced git operations with GitSync and I like the idea of having total freedom and control in how I build up the commands. I don't think it should be a concern the fact that SebastianBergmann\Git library is archived, however I am definitely considering getting away from it and just keep everything in-house.
Thanks for bringing this up by the way, I really appreciate it. If you feel like contributing with a PR the dependency removal and keeping the class within GitSync that would be appreciated, otherwise I will be looking at this at some point.
Cheers!
exec()
= not making things actually saferSimply wrapping
exec(bin/git)
code could be done bygit-sync
plugin itself without the need of a packagist dependency at all.If wrapping
/usr/bin/git
is better (IMHO it only makes sense in order to avoid havinggit
installed orexec
enabled), then below solution exist (but none seems maintained):