Создаю библиотеку для работы с последовательными портами. [УШЕЛ ИЗ ПРОЕКТА].

[b-s-a]

ты сам сравни. отличия должны быть только те, что были в MR того человека. Если кроме них нет ничего, то добавь собственноручно сделанное изменение. и вперед интегрироваться в Qt. :-)

[b-s-a]

смущают коммиты от некого Unknown (по косвенным признакам это твои).

[kuzulis]

ты сам сравни. отличия должны быть только те, что были в MR того человека. Если кроме них нет ничего, то добавь собственноручно сделанное изменение. и вперед интегрироваться в Qt. :-)

Ну дык я добавил.
Теперь, если сделать

#git clone
#cd qserialdevice
#git chechout 2.0

И посмотреть лог коммитов для 2.0 - то лога от коммита от Arokux уже нет (как и его кода).

смущают коммиты от некого Unknown (по косвенным признакам это твои).

Да, мои.

Ну так что, я пишу Мариусу?

---

Написал.

[b-s-a]

Новости есть какие?

[kuzulis]

Нет, Мариус не отвечает что-то. Судя по списку рассылки - он наверное в отпуске или еще что, ИМХО.

[Edynchik]

Скажите, а есть ли документация на ветку 2.0? Есть QDoc, но вот как им пользоваться...

[kuzulis]

Скажите, а есть ли документация на ветку 2.0?

Нету.

Есть QDoc, но вот как им пользоваться...

Я и сам не знаю.

Без документации и так  интуитивно понятно как пользоваться 2.0 (в принципе, ничем не отличается от 0.4 и т.п.)
за исключением иных имен классов и нетотором изменении API.
Смотри API из хедеров в /include.

[Edynchik]

А вот еще вопрос: у меня консольное приложение, в нем два класса,подключил вашу библиотеку,использовал...вроде все ок. Создаю некий файл main.h, чтобы описать глобальные переменные и происходит непонятное:

Код

C
./debug\thread.o: In function `Thread':
 
e:/Qt/2010.05/qt/include/QtCore/../../src/corelib/arch/qatomic_i386.h:113: multiple definition of `ba'
 
./debug\main.o:e:/Qt/2010.05/qt/include/QtCore/../../src/corelib/arch/qatomic_i386.h:113: first defined here
 
./debug\thmod.o: In function `Thmod':
 
e:/Qt/2010.05/qt/include/QtCore/../../src/corelib/arch/qatomic_i386.h:113: multiple definition of `ba'
 
./debug\main.o:e:/Qt/2010.05/qt/include/QtCore/../../src/corelib/arch/qatomic_i386.h:113: first defined here
 
./debug\moc_thread.o:e:/Qt/2010.05/qt/include/QtCore/../../src/corelib/global/qglobal.h:1381: multiple definition of `ba'
 
./debug\main.o:e:/Qt/2010.05/qt/include/QtCore/../../src/corelib/arch/qatomic_i386.h:113: first defined here
 
./debug\moc_thmod.o:e:/Qt/2010.05/qt/include/QtCore/../../src/corelib/global/qglobal.h:1381: multiple definition of `ba'
 
./debug\main.o:e:/Qt/2010.05/qt/include/QtCore/../../src/corelib/arch/qatomic_i386.h:113: first defined here
 
collect2: ld returned 1 exit status
 
mingw32-make[1]: *** [debug\guiappd.exe] Error 1
 
mingw32-make: *** [debug] Error 2

Как можно исправить?

[kuzulis]

Это к теме не имеет отношения - создай другую тему.
Не имею понятия, разбирайся сам.

[kuzulis]

Наконец то Nokia клонировала репозиторий QSerialDevice 2.0 в Gerrit!!!

Ура, товарищи! За это не грех хряпнуть! 

[b-s-a]

Нужно ли теперь переименовывать SerialPort в QSerialPort?

[kuzulis]

Да, теперь оно:
# git clone ssh://codereview.qt-project.org:29418/playground/qtserialport.git

Но мне непонятен до сих пор принцип разработки в Gerrit и т.п.

Наш диалог с Мариусом, касающийся дальнейшего процесса разработки:

Я:
What are is now further action on my part and yours? ie what's next?

М:
You may now disable/stop using the Gitorious repo, and clone from Gerrit,
and start pushing to refs/for/2.0 to the Gerrit repo. Then those will show
up as review tasks for the 2.0 branch in Gerrit, and you can review it
there.

Basically, you may now use the Gerrit version as the main repository.

For the other Qt repos we treat the Gitorious repo as "public" repo, so
most people will clone from there. Then we regularly push from Gerrit to
Gitorious to keep them in sync. However, we disable Merge Requests in
Gitorious, since we want to force all contributions through the Gerrit
system.

Я:
I do not understand this bit:

For the other Qt repos we treat the Gitorious repo as "public" repo, so
most people will clone from there. Then we regularly push from Gerrit to
Gitorious to keep them in sync. However, we disable Merge Requests in
Gitorious, since we want to force all contributions through the Gerrit
system.

ie I and other "special/selected" developers will commits/push to Gerrit,
and then tested and approved by the pieces of code will be sent to
Gitorious?

М:
Well, not more "special" than having a Jira/Gerrit account with an
accepted CLA agreement

For the Qt Essential modules we have a script which automatically pushes
the latest changes to the Gitorious location. And we prefer most people to
use those as the primary clone location, since it offloads much of the
resource requirements from the Qt-Project infrastructure.

It's up to you really. If you don't want to mirror it to Gitorious on a
regular basis, you can just use the Gerrit repo as the primary location,
though I think people will need a Jira/Gerrit account to do so? Sergio,
can you please confirm or deny that?

My recommendation: Keep your Gitorious repo as the "primary" source, and
push the 2.0 branch from Gerrit to Gitorious whenever you feel it's stable
enough. Then add a notice on the Gitorious project that all development is
done at codereview.qt-project.org, and that Merge Requests in Gitorious is
therefore disabled.

For Qt Essentials, the init-repository script in qt5.git makes the
Gitorious repos the 'origin', while Gerrit is the 'gerrit' remotes.

Но я что-то не уловил сути.
Кто нить может перевести нормально на русский? А то гугл переводит хреновенько,
а я с английским не очень.

В принципе, основную теорию можно прочитать тут и тут.

[b-s-a]

ну он тебе рассказывает о том, как будет происходить процесс разработки. делаешь изменения, пашишь в refs/for/2.0, затем ревьюируешь и оно мержится. Когда состояние ветки будет более или менее стабильным, пашишь в гиториоус, который остается основным местом для получения исходников пользователями. Разработчики должны использовать gerrit.

Вообще-то, зря он про 2.0. На геррите это уже мастер, вроде (что есть правильно, имхо). Теперь нужно уточнить название классов и можно продолжить развитие.

[kuzulis]

1. Но как разработчики узнают, что у них в Gerrit появилась новая "обуза" в виде этой библиотеки? Ведь об этом знаем только я, ты, Мариус и т.п.
2. Как на Gitorious отключить возможность MR? Теперь там только r/o должно быть.
3. Я так понял, адрес публичного репозитория так и останется http://gitorious.org/qserialdevice/qserialdevice/trees/2.0 ?
Но оно тогда как-то не будет стыковаться по названию, а также не все юзеры, качая qserialdevice знают, что нужно брать из 2.0! Я думал, что нокиевцы создадут сами публичный репозиторий на
Gitorious.

[b-s-a]

создай сам ;-) А этот пометь как "obsolete".