[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [mdt-ocl.dev] GIT layout
|
Ed, Adolfo,
either one of you or even both can/should now +1
https://bugs.eclipse.org/bugs/show_bug.cgi?id=348470
as explained in http://wiki.eclipse.org/Git/Migrating_to_Git#Open_a_Bug
As suggested in
http://wiki.eclipse.org/Git_for_Committers#Creating_a_topic_branch I
would find it useful if after successful setup of our new git repository
we'd stick to a convention of opening branches for bugs named bug/nnn
with nnn being the bug number. Given how easy it is with git to branch
and merge, I really suggest we stick to this convention for each bug
fix, if possible. I think it will make our work much more transparent.
Thanks,
-- Axel
On 06/06/2011 09:02 PM, Adolfo Sánchez-Barbudo Herrera wrote:
Ed, Axel,
1. The org.eclipse.mdt/org.eclipse.ocl.releng corresponds to old stuff.
It's even older than the previous athena based build system which was
used for Helios.
2. The helios releng stuff reside in
org.eclipse.mdt/org.eclipse.ocl/releng folder. Specifically, it
corresponds to every folder content excepting the following two subfolders:
- org.eclipse.ocl.releng.buckminster
- org.eclipse.ocl.build-feature
3. The two subfolders above correspond to the the indigo releng stuff.
As the README.txt says, my intention was moving everything in
org.eclipse.mdt/org.eclipse.ocl/releng (excepting the two subfolders
above) into the following one:
- org.eclipse.mdt/org.eclipse.ocl/releng/org.eclipse.ocl.releng.athena
So my proposal for the releng restructure is the following:
- releng (a non project folder)
- org.eclipse.ocl.releng.athena (all the athena based releng stuff)
- org.eclipse.ocl.releng.buckminster (all the buckminster based stuff)
- org.eclipse.ocl.build-feature (Our build director feature)
- README.txt
I'm not interested in the much older
org.eclipse.mdt/org.eclipse.ocl.releng, but for historical reason we
could create another org.eclipse.ocl.releng.XXXX project for it, where
I'm not sure what XXXX could be: ¿cbi ? ¿old?
P.D: an org.eclipse.ocl.core.build-feature and
org.eclipse.ocl.tools.build-feature will also appear.
Cheers,
Adolfo.
El 06/06/2011 19:28, Ed Willink escribió:
Hi Axel
This should have migrated to mdt-ocl.dev from the outset.
If it was my choice:
Yes. I would put everything from org.eclipse.ocl.releng under
org.eclipse.ocl.git/releng.
But, I have no experience of GIT, so I would certainly see what other
projects were doing.
And I would like to know what our diligent releng thinks.
Regards
Ed
On 06/06/2011 19:16, Axel Uhl wrote:
Ok, then what about directory structures? Shall everything from
org.eclipse.ocl.releng go straight under org.eclipse.ocl.git/releng?
If not, then where?
-- Axel
On 06/06/2011 08:11 PM, Ed Willink wrote:
Hi Axel
The rationale for a separate releng was to be able to have a
less-privileged committer who could not 'corrupt' the main code.
It has been very clear in the last month that the releng is the most
trusted committer, since releng must be able to commit without review,
so I see no need for a separate repository.
Regards
Ed
On 06/06/2011 19:03, Axel Uhl wrote:
Ed,
what about org.eclipse.ocl.releng which currently resides next to
org.eclipse.ocl? Would you want its contents put under
gitroot/mdt/org.eclipse.ocl.git/releng? Or would you want a separate
git repository for that?
Best,
-- Axel
On 06/06/2011 06:24 PM, Ed Willink wrote:
Hi Axel
From looking at other projects: gef/mwe/xtext, I think we should be
/gitroot/mdt/org.eclipse.ocl.git
In general, we seem to trail itemis for modern technology so it's
always
worth looking at Xtext.
I'm inclined to keep plugins etc the same just split off features.
Releng can be a sibling of plugins, but again first choice is the
same
as Xtext.
Regards
Ed
On 06/06/2011 17:13, Axel Uhl wrote:
I'm writing the git migration mail later tonight (currently seeing a
doctor for a sore knee). You should decide about repo structure.
Should it be under gitroot/mdt/org.eclipse.ocl to prepare for the
migration of other mdt projects?
Should we stay with examples, plugins, tests for now? Where
should the
relent stuff go.
Once we've decided, we open a bug for git migration so the webmaster
can perform repository creation and initial import.
Best,
-- Axel
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Ed Willink <ed@xxxxxxxxxxxxx> wrote:
Hi
Sorry. I download the Update site ZIP from Hudson and then do
Install
New Software from it. Then Help Contents ...
Are we ready to go on GIT. Do I need to request a repository?
Regards
Ed
On 06/06/2011 16:49, Axel Uhl wrote:
> What about my first question ("what's the easiest and fastest
way to
> review the docs?")? I've currently an Indigo RC2 installed into
which
> I can't seem to update the latest nightly build of OCL for some
> dependency problem. Please advise.
>
> -- Axel
>
> On 6/6/2011 5:40 PM, Ed Willink wrote:
>> Hi Axel
>>
>> Sorry, only just got back from work.
>>
>> Obviously everything's good for a review. The top level stuff is
most
>> important since that's wha
t
newbies see. I highlighted the '2 Eclipses'
>> section as something that was more than 'facts'.
>>
>> Regards
>>
>> ed
>>
>> On 06/06/2011 12:24, Axel Uhl wrote:
>>> Ed,
>>>
>>> what's the easiest and fastest way to review the docs? I may
have
>>> about an hour before 16:30 to review some stuff. Which part
deserves
>>> the most attention?
>>>
>>> -- Axel
>>>
>>> On 6/6/2011 10:23 AM,bugzilla-daemon@xxxxxxxxxxx wrote:
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=304642
>>>> Product/Component: MDT / OCL
>>>>
>>>> --- Comment #27 from Edward Willink<ed@xxxxxxxxxxxxx>
2011-06-06
>>>> 04:23:13 EDT ---
>>>&
gt;
Created attachment 197373
>>>> --> https://bugs.eclipse.org/bugs/attachment.cgi?id=197373
>>>> Delegates and Partial OCLstdlib syntax documentation
>>>>
>>>
>>
>>
>
------------------------------------------------------------------------
No virus found in this message.
Checked by AVG - www.avg.com <http://www.avg.com>
Version: 10.0.1382 / Virus Database: 1511/3683 - Release Date:
06/05/11
_______________________________________________
mdt-ocl.dev mailing list
mdt-ocl.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev
--
Open Canarias, S.L.
*Adolfo Sánchez-Barbudo Herrera*
adolfosbh(at)opencanarias(dot)com
<mailto:adolfosbh%28at%29opencanarias%28dot%29com>
C/Elías Ramos González, 4, ofc. 304
38001 SANTA CRUZ DE TENERIFE
Tel.: +34 922 240231
_______________________________________________
mdt-ocl.dev mailing list
mdt-ocl.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev