all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* New test files in emacs-25 branch
@ 2015-12-03 11:37 Eli Zaretskii
  2015-12-03 12:53 ` Artur Malabarba
  2015-12-03 17:52 ` Phillip Lord
  0 siblings, 2 replies; 7+ messages in thread
From: Eli Zaretskii @ 2015-12-03 11:37 UTC (permalink / raw)
  To: emacs-devel

I guess new test files introduced on the emacs-25 branch will have to
be manually added to the corresponding directory on master, since
gitmerge.el won't be able to pull such trickery, right?



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: New test files in emacs-25 branch
  2015-12-03 11:37 New test files in emacs-25 branch Eli Zaretskii
@ 2015-12-03 12:53 ` Artur Malabarba
  2015-12-03 13:20   ` Eli Zaretskii
  2015-12-03 17:52 ` Phillip Lord
  1 sibling, 1 reply; 7+ messages in thread
From: Artur Malabarba @ 2015-12-03 12:53 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

2015-12-03 11:37 GMT+00:00 Eli Zaretskii <eliz@gnu.org>:
> I guess new test files introduced on the emacs-25 branch will have to
> be manually added to the corresponding directory on master, since
> gitmerge.el won't be able to pull such trickery, right?

Are test files part of the release? If not, we should just add any new
test files to master.



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: New test files in emacs-25 branch
  2015-12-03 12:53 ` Artur Malabarba
@ 2015-12-03 13:20   ` Eli Zaretskii
  0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2015-12-03 13:20 UTC (permalink / raw)
  To: bruce.connor.am; +Cc: emacs-devel

> Date: Thu, 3 Dec 2015 12:53:18 +0000
> From: Artur Malabarba <bruce.connor.am@gmail.com>
> Cc: emacs-devel <emacs-devel@gnu.org>
> 
> 2015-12-03 11:37 GMT+00:00 Eli Zaretskii <eliz@gnu.org>:
> > I guess new test files introduced on the emacs-25 branch will have to
> > be manually added to the corresponding directory on master, since
> > gitmerge.el won't be able to pull such trickery, right?
> 
> Are test files part of the release?

That's a separate issue.  They weren't until now.

> If not, we should just add any new test files to master.

If they are not on the branch, how can I test the branch's build?



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: New test files in emacs-25 branch
  2015-12-03 11:37 New test files in emacs-25 branch Eli Zaretskii
  2015-12-03 12:53 ` Artur Malabarba
@ 2015-12-03 17:52 ` Phillip Lord
  2015-12-03 20:13   ` Eli Zaretskii
  1 sibling, 1 reply; 7+ messages in thread
From: Phillip Lord @ 2015-12-03 17:52 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

> I guess new test files introduced on the emacs-25 branch will have to
> be manually added to the corresponding directory on master, since
> gitmerge.el won't be able to pull such trickery, right?


I guess this crossed my mind sometime after I offered to move all the
file locations. Probably it would have made sense to leave things till
after the emacs-25.

If this is going to be a major PITA (and it probably is), one solution
would be to create a "test/automated" directory on master. The make
files will already pick this up correctly and run any tests in it (on
master). These files can then be moved enmass after the emacs-25
release.

Is git is intelligent enough to work through a file move? Will new tests
added to existing test files in the automated directory of emacs-25
merge into the moved files on master? If not, I fear, new tests in
existing files is likely to be more of an issue. If so, then new files
in emacs-25 test/automated can be merged to master, and then moved to
the new directory structure any time on master, and new tests or changes
should follow.

Phil



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: New test files in emacs-25 branch
  2015-12-03 17:52 ` Phillip Lord
@ 2015-12-03 20:13   ` Eli Zaretskii
  2015-12-03 22:41     ` Phillip Lord
  0 siblings, 1 reply; 7+ messages in thread
From: Eli Zaretskii @ 2015-12-03 20:13 UTC (permalink / raw)
  To: Phillip Lord; +Cc: emacs-devel

> From: phillip.lord@russet.org.uk (Phillip Lord)
> Cc: <emacs-devel@gnu.org>
> Date: Thu, 03 Dec 2015 17:52:22 +0000
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > I guess new test files introduced on the emacs-25 branch will have to
> > be manually added to the corresponding directory on master, since
> > gitmerge.el won't be able to pull such trickery, right?
> 
> I guess this crossed my mind sometime after I offered to move all the
> file locations. Probably it would have made sense to leave things till
> after the emacs-25.

It wouldn't have mattered.  Emacs 25.1 is not going to be the only
version delivered from the emacs-25 branch.

> If this is going to be a major PITA (and it probably is), one solution
> would be to create a "test/automated" directory on master.

It's not a PITA.  For a rare event such as this one, committing twice
is not a catastrophe.  I just wanted to be sure there are no better
ideas.

> Is git is intelligent enough to work through a file move? Will new tests
> added to existing test files in the automated directory of emacs-25
> merge into the moved files on master?

That should work, but I wasn't talking about this.  I was talking
about adding new files to emacs-25.

> If so, then new files in emacs-25 test/automated can be merged to
> master, and then moved to the new directory structure any time on
> master, and new tests or changes should follow.

That's error prone, so I'd rather we avoided it.



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: New test files in emacs-25 branch
  2015-12-03 20:13   ` Eli Zaretskii
@ 2015-12-03 22:41     ` Phillip Lord
  2015-12-04  8:32       ` Eli Zaretskii
  0 siblings, 1 reply; 7+ messages in thread
From: Phillip Lord @ 2015-12-03 22:41 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:
>> I guess this crossed my mind sometime after I offered to move all the
>> file locations. Probably it would have made sense to leave things till
>> after the emacs-25.
>
> It wouldn't have mattered.  Emacs 25.1 is not going to be the only
> version delivered from the emacs-25 branch.

Really? I assumed 25.2 was going to fork from current master.

>> Is git is intelligent enough to work through a file move? Will new tests
>> added to existing test files in the automated directory of emacs-25
>> merge into the moved files on master?
>
> That should work, but I wasn't talking about this.  I was talking
> about adding new files to emacs-25.

Sure, I understand that. I was thinking of the situation where a new
file is added to emacs-25, merged to master and then more tests are
added (i.e. the new files is subsequently updated). As you say, the
addition of a file into two places is not so bad. But it would be nice
if subsequent updates to the file worked.

>> If so, then new files in emacs-25 test/automated can be merged to
>> master, and then moved to the new directory structure any time on
>> master, and new tests or changes should follow.
>
> That's error prone, so I'd rather we avoided it.

I'm at the limit of my git knowledge, I fear.

Phil



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: New test files in emacs-25 branch
  2015-12-03 22:41     ` Phillip Lord
@ 2015-12-04  8:32       ` Eli Zaretskii
  0 siblings, 0 replies; 7+ messages in thread
From: Eli Zaretskii @ 2015-12-04  8:32 UTC (permalink / raw)
  To: Phillip Lord; +Cc: emacs-devel

> From: phillip.lord@russet.org.uk (Phillip Lord)
> Cc: <emacs-devel@gnu.org>
> Date: Thu, 03 Dec 2015 22:41:31 +0000
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> >> I guess this crossed my mind sometime after I offered to move all the
> >> file locations. Probably it would have made sense to leave things till
> >> after the emacs-25.
> >
> > It wouldn't have mattered.  Emacs 25.1 is not going to be the only
> > version delivered from the emacs-25 branch.
> 
> Really? I assumed 25.2 was going to fork from current master.

It could be, but given our previous history, it rarely happens.  The
master branch gets many new features very quickly, so making a minor
release from it no longer makes sense.  That is the price we pay for
not freezing master when a release is being prepared.

> I was thinking of the situation where a new file is added to
> emacs-25, merged to master and then more tests are added (i.e. the
> new files is subsequently updated). As you say, the addition of a
> file into two places is not so bad. But it would be nice if
> subsequent updates to the file worked.

I don't expect them to work.



^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2015-12-04  8:32 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-03 11:37 New test files in emacs-25 branch Eli Zaretskii
2015-12-03 12:53 ` Artur Malabarba
2015-12-03 13:20   ` Eli Zaretskii
2015-12-03 17:52 ` Phillip Lord
2015-12-03 20:13   ` Eli Zaretskii
2015-12-03 22:41     ` Phillip Lord
2015-12-04  8:32       ` Eli Zaretskii

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.