search

etola / git-manager

An interactive command line interface for displaying the state of multiple git repositories in a single screen
MIT License
48 stars 0 forks source link

Dynamic resolution of repos #1

Open sparticvs opened 10 years ago

sparticvs commented 10 years ago

Can there be a dynamic resolution of repos? I don't like that I have to manipulate a py file each time I add a repo.

etola commented 10 years ago

I'm not sure what you're suggesting. I wanted to be able to check the state of a number of repos but not all of the repos I have. So, somewhere, there has to be a selection of which repos you want to monitor... and somewhere you need to tell where to look for the repos. no ?

under gm_resources get_repositories returns which repos you want to monitor and get_repositories_search_dir returns where you want to search for the repos - so that you can also use the other scripts within the project to do stuff like 'git-manager-stat.py kortex' without having to enter a full path...

sparticvs commented 10 years ago

I just find that having to manipulate a python script every time I want to watch a new repo does the opposite. I would like to install this at the system level as well, so I don't know what other users will have for repos. Instead of using the gm_resources.py using a regular config file that can be located in a users homedir, with maybe a setting for visibility so that the user never has to manipulate that file? I am also in the process of working this up, so if you don't follow, feel free to close this and I will submit a pull request and you can accept it if you want.

etola commented 10 years ago

ok a config file actually makes sense. I misunderstood. hmmm - I can add a screen that you can add/remove repos to track. I'll probably code that in over the weekend. thanks for the idea... cheers...

sparticvs commented 10 years ago

Okay cool. Let me know if you need any help with either the py or testing.

etola commented 10 years ago

implemented the config file version but interactive editing of it will wait for a few more days... also cleaned up the code a bit. it'd be great if you can test it and let me know if it crashes or whatnot...

sparticvs commented 10 years ago

Ok so a few things. First is that you created (?) your own config file type. You should use something that already exists (like Python's ConfigParser). As for the separator, I get the use but how about categories instead for the organization? I am still thinking through the layout so that it works perfectly for both of our use cases (also configparser can dump to a file for you which would make the interactive config easier).

I did identify a bug in git-manager.py that its still using the old way, not sure if that was intentional.

etola commented 10 years ago

did not update git-manager.py yet - just the gui...

I haven't played with configparser before. I'll have a look. it might be nice but this was pretty easy to do - just a regexp - and configuration is very simple at this stage - so I did not bother with that. this is ok for now - I'd like to include some interaction (mass-pushes, add/remove repo - repodir ) before working on this... if you'd like to code the config stuff I'm ok with it though...

yeah categories is something I'd like to include as well. with it different colorings could be given to different repos... might give more visual distinction from simple separators...

the updates I did were mostly related with making ncurses pads and windows stuff. the previous code was pretty bug-prone for including / playing with screen-space... current version is much easier to extend.

sparticvs commented 10 years ago

Ok. I will have sometime next week. I'll see what I can get done with the ConfigParser. Thanks a bunch btw for you changes. Feel free to close this if you wish. I will open a pull request if I get somewhere.

Do you have a BTC wallet?

etola commented 10 years ago

thanks for your comments - I'll leave it open as a reminder for myself ;)

yep - my wallet is at coinbase https://coinbase.com/etola