Skip to content
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

Mr. Campbell, please maintain netrw, zip, Man, and vimball in Vim's Mercurial repository #93

Closed
GoogleCodeExporter opened this issue Aug 18, 2015 · 4 comments

Comments

@GoogleCodeExporter
Copy link

To:  Charles Campbell

Dear Mr. Campbell,

Thank you for all your contributions to the Vim community.  I wonder:  could 
you please maintain netrw, zip, Man, and vimball in Vim's Mercurial repository?

Original issue reported on code.google.com by jasonspiro4@gmail.com on 15 Nov 2012 at 9:44

@GoogleCodeExporter
Copy link
Author

Pushes to the Mercurial repository for Vim are done exclusively by Bram 
Moolenaar and no one else. Dr. Charles "Chip" Campbell maintains his plugins 
and publishes advance versions on his "astronaut" site, then he sends "stable" 
versions to Bram.

A number of runtime files were updated on the Mercurial repository about two 
hours before you opened this issue, including some for Dr. Chip's netrw and 
syntax/vim.vim plugins. Did you pull them?

Original comment by antoine....@gmail.com on 16 Nov 2012 at 6:46

@GoogleCodeExporter
Copy link
Author

Thanks for your response Tony.

I wanted the bleeding-edge Zip plugin in order to create a one-line patch 
against.  I have since emailed the patch to him, and he merged it, yesterday.

In most open-source projects, bleeding-edge code is kept in the source 
repository's "trunk" branch, and that more-stable code is in another branch.  
It's confusing to outsiders that Vim development works differently.  Why _does_ 
it work differently?

Kind regards,
--Jason

Original comment by jasonspiro4@gmail.com on 16 Nov 2012 at 6:40

@GoogleCodeExporter
Copy link
Author

I'm not sure. Maybe in part by following what happened before there was a 
public distributed source management system. The code on the Mercurial 
repository is the code that Bram is ready to make public. At the moment, that 
means a "default" branch for the 7.3 code, which is the only branch with 
visible "serious" development, and some other ("dead") branches for obsolete 
versions. I expect that the repository will fork again when there will be a 7.4 
alpha or 8.0 alpha open for public testing. Following what other projects do 
and how Mercurial what conceived, a 7.3 branch should be named at that point, 
and the default branch should become the new bleeding-edge code. But I don't 
know if Bram will see things that way.

Original comment by antoine....@gmail.com on 17 Nov 2012 at 12:27

@GoogleCodeExporter
Copy link
Author

Since I don't have write access to Mercurial's branch, and since I prefer my 
current method, anyway (go to http://www.drchip.org/astronaut/vim/index.html to 
find my "bleeding edge" versions of plugins and syntax that I maintain), I 
think this issue should be closed.

Original comment by drc...@campbellfamily.biz on 11 Feb 2013 at 8:42

  • Changed state: WontFix

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant