New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reimplement it all in a high-level language #33
Comments
I'll put up a skeleton for this rewrite soon. Hang in there. |
Going schizo on us? :P If you're cool with Python, I'd be happy to implement. |
Just for curiosity's sake, in your git-model if you wanted to implement something like this (a complete rewrite in a totally different language), but wanted to continue development on the old stuff concurrently, would the rewrite be best developed in a feature branch pushed to origin? Not that this is necessarily the way you personally want to implement this, but this seems a good place to discuss such a workflow. It would make sense to me to create a feature branch for something like this, but I am very interested in "checking my work" against another mind, if you will. |
... of course, after I post that, I notice you've already done just that. Kudos! :) |
Yes, the base for it is available in http://github.com/nvie/gitflow/tree/feature/python-rewrite. It's not much yet, but as soon as I find the time, I'll start making new committing there. Then, it'll soon be up to the point where it will be easier for people to start submitting patches! |
git flow it's gonna be a standard... please let it works on my mac :) |
You may want to look at Scriptine: http://pypi.python.org/pypi/scriptine/0.2.0a2 It is a wrapper for CLI access which can make light work of interfacing to a CLI like bash. Thanks for the great project! |
msysgit already has to bundle:
Don't you think this is enough? |
I known I'm late, but I would prefer ruby because I know it, but it also have gems to gems (libraries) to help. On the bad side, ruby is not more easy on windows than python. |
I think bash is the best choice. |
is this idea abandoned? I couldn't find the above mentioned branch ( https://github.com/nvie/gitflow/tree/feature/python-rewrite ) I was looking for specially to see/work on the documentation (#75 refers here) |
@kennethreitz did something similar: Legit |
+1 for rewriting in Ruby. I personally prefer Ruby over Python (more powerful, clearer syntax, lots of 3rd-party code available). |
I think it's time to start the Python/Ruby rewrite (I think Ruby is better). Ruby has lots of nice modules and gems (i.e. OptionParser, GLI) that make writing command-line tools much easier. |
Python also have modules for command-line tools directly in the standard library. Check ArgParse (http://docs.python.org/2.7/library/argparse.html) and cmd (http://docs.python.org/2.7/library/cmd.html). This means there is no need to go after any external "gems" or anything. |
meh, the whole thing should be bash :) |
@kennethreitz and dude you are right here. |
Will I be crucifield if I say Java? |
Actually, Java would also work. However, unlike the other suggestions, Java must be compiled, which could lead to a minor inconvenience. |
You could use groovy instead.
|
Please, stop flooding this thread. Nobody will work on a reimplementation in your preferred language just because you requests that here. Start it yourself and then ask for help. btw, +1 to close it with "won't fix" (it seems the not explicit decision) |
@mgaitan we are only seeing pros and cons of every language |
So it seems we do not see a new version of gitflow in Python (or any other preferred language) here in this repo. If you are looking for the Python version of gitflow head over to https://github.com/htgoebel/gitflow |
Expanding git-flow is becoming increasingly tedious. The subcommand structure isn't flexible enough to support heterogenous subcommand styles and flag parsing is a pain in the ass to get right on all platforms.
Also, there is a lot of duplication in the code already because of limitations in the way sh forces you structure your code.
This calls for a total reimplementation in a higher-level language of choice. That will be Python. Since the project is still rather small, this should not be too big an issue.
The text was updated successfully, but these errors were encountered: