HI Ankit, yes I will create the JIRA to create staging repo for MetaModel

I will also follow up with trademark check name for MetaModel.

- Henry

On Mon, Sep 23, 2013 at 5:45 AM, Ankit Kumar <[email protected]> wrote:
> Hi Henry,
>
> All my changes are pushed to the git repository. I don't exactly understand
> what you mean by "we need to change the SCM for getting the right source".
> Is it that we are pointing to a wrong location.
>
> Regarding the mvn and git staging repo could you please raise a JIRA to the
> Infra as i don't know the exact process. It would be good if you also share
> how it should be done so we can do it ourselves next time.
>
> @Mentors, please review the codebase and provide comments if we still miss
> anything. In case you feel all is good do reply +1 for Go Hit the mvn
> release:prepare and perform.
>
> @Arvind, thanks for reminding will make a wiki page explaining the special
> steps needed to get the release of MetaModel.
>
> Regards
> Ankit
>
>
> On Sat, Sep 21, 2013 at 12:54 AM, Arvind Prabhakar <[email protected]>wrote:
>
>> Ankit, thanks for driving this effort. As you have probably figured out,
>> the first release is the most critical and often the most difficult one. I
>> have a few suggestions that may help you and the rest of the MetaModel
>> community in this process:
>>
>> * It is a good idea to have a running Wiki page that documents the How-To
>> release process for MetaModel. You can definitely start off by copying
>> another project's release guide but it is important to update it with what
>> you find during this exercise so that subsequent release managers do not
>> need to spend time on the same issues.
>>
>> * There is a good check-list [1] that can be followed for high-level
>> aspects of the release. Add to it the input above from Marvin, and you
>> would have covered most if not all aspects of the release.
>>
>> * In the projects I have worked on, even those that use maven for builds,
>> we seldom use the maven release plugin. This is because the release process
>> can go through multiple release candidates. Hence we usually fix the
>> release version in the pom files on creation of the branch and keep fixing
>> it until it is released. But that is just one way to do it, and if you can
>> find a more suitable mechanism for MetaModel then that is great too!
>>
>> Have you cut a release branch yet?
>>
>> [1] http://incubator.apache.org/guides/releasemanagement.html#check-list
>>
>> Regards,
>> Arvind Prabhakar
>>
>>
>> On Fri, Sep 20, 2013 at 10:54 AM, Henry Saputra <[email protected]
>> >wrote:
>>
>> > Did you commit the changes to git? We need to change SCM for getting
>> > the right source.
>> >
>> > We also need mvn and git staging repo, need to file JIRA to INFRA for
>> > it. If no one gets to it by EOD I will file ticket.
>> >
>> > - Henry
>> >
>> > On Fri, Sep 20, 2013 at 8:24 AM, Ankit Kumar <[email protected]>
>> > wrote:
>> > > Hi All,
>> > >
>> > > We have made the necessary changes and we think we are ready for
>> release.
>> > > Atleast the mvn release:prepare DryRun does work.
>> > >
>> > > @Mentors, can you also assert if we are all good for the first release.
>> > If
>> > > possible we can also have a quick skype/gtalk session to confirm.
>> > >
>> > > @Gagan, thanks for pointing to the apache-blur project, since you have
>> > some
>> > > experience with (mvn and git on apache project) can you now check the
>> > > latest Metamodel pom and verify all is good.
>> > >
>> > > Regards
>> > > Ankit
>> >
>>

Reply via email to