On Wed, Aug 17, 2016 at 10:54:17AM -0700, Yegappan Lakshmanan wrote:
> On Wed, Aug 17, 2016 at 2:10 AM, 'Guyzmo' via vim_dev
> wrote:
> > On Wed, Aug 17, 2016 at 11:48:23AM +0300, LCD 47 wrote:
> >> On 16 August 2016, Yegappan Lakshmanan wrote:
> >>
window width
> : winid window ID
>
> Perhaps "tpnr" should be renamed to something more suggestive, such as
> "tabnr"?
I guess this should apply also for the window, as `winnr` for example,
for consistency in the keys naming scheme.
j
aster
But when you've got merges, then a git pull might not do things the way
you want, and using git stash is the wrong way around that.
Cheers,
--
Guyzmo
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replyin
distributed VCS (and git more
specifically) works. I hope the following will help you.
On Sun, May 29, 2016 at 06:06:12PM -0700, Yegappan Lakshmanan wrote:
> On Sun, May 29, 2016 at 12:59 PM, 'Guyzmo' via vim_dev
> wrote:
> >
> >> $ cd
> >> $
but you want to make separate
commits in separate branches for bugfixes and features!
Finally, about the "self-promotion", git-repo is still alpha, I'm
already using it everyday, and it definitely needs a lot of polishing.
So please, if you like it (or the idea): report bugs, feature
ith the
author in copy, as github is offering all PR as patches as well:
https://github.com/vim/vim/pull/352.patch
cf webhook documentation:
https://developer.github.com/webhooks/
Cheers,
--
GUyzmo
--
--
You received this message from the "vim_dev" maillist.
Do not
this is possible then submodules can solve
> this problem, but I have never seen this functionality.
then use git subtree.
http://git-scm.com/book/en/v1/Git-Tools-Subtree-Merging
https://medium.com/@v/git-subtrees-a-tutorial-6ff568381844
http://blogs.atlassian.com/2013/05/alternatives-to-g
7;t be an issue. Just get mozilla's
sources and there you'll get some fun :-)
my 2 cents,
--
Guyzmo
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.
On Fri, Mar 13, 2015 at 02:18:36PM +0100, Christian Brabandt wrote:
> On Fr, 13 Mär 2015, guyzmo wrote:
>
> > another feature that makes working with pull requests less painful, it's
> > that now you can get them from their own feature branche, by adding the
> > f
On Fri, Mar 13, 2015 at 02:36:30PM +0200, LCD 47 wrote:
> On 13 March 2015, guyzmo wrote:
> > On Fri, Mar 13, 2015 at 08:09:24AM -0400, Peter Aronoff wrote:
> > > On Friday, March 13, 2015 at 12:53PM, Bram Moolenaar wrote:
> > > > Despite all the popularity of gith
to merge or not.
That way, we please everyone, vim uses the two best source control
technologies, and vim does not rely on a single hosting provider for
the sources, tacking advantage of the *DISTRIBUTED* aspect of the DVCS.
My 2 cents,
--
Guyzmo
--
--
You received this message from the "
than other
online repository service. But technically speaking, mercurial and git
are both great.
And in the end it all comes down to a question of taste.
> Be it C# compared to C, the MP3 instead of the CD (or vinyl record),
> whatever.
You're right, let's rewrite vim in C#, b
rces are already in mercurial, anyway ;-)
That said, I use everyday git, and once every couple of new moon
mercurial, and only for projects I do not commit to (like firefox
or pentadactyl sources).
Anyway, I'm not a committer, but I had a few times to work against the
sources, and more
erver or use an
> existing one on the Internet.
I have prototyped an etherpadlite python library and a vim plugin as
an example of how to use it, I've sent a mail on the list about a year
ago about that, so I guess that's what you're talking about, Bram:
https://gi
14 matches
Mail list logo