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

[lit-uriy]

еще ветки:
[ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\lowcdc]
и
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\usbser]

Но, думаю, проблема решаема.

зря, в следующий раз какой-нибудь пионер напишет драйвер, который новую ветку создаст.
лучше мониторь дополнительно
HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM

в прилепленном снимке
COM1 - Реальный порт
COM3 - FTDIный шнурок

П.С. ОСь: MS Windows XP SP2

[юрамеханик]

хотел как раз написать  про HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM

к тому же у меня в системе есть какой то еще один порт (как раз в этой ветке сидит  параметр Winachsf0  с соответствующим номером порта)  , его watcher тоже не видит


кстати: в версии 0.2.0 класс наблюдателя прекрасно видел все порты  и следил за их изменением!! (но опять же до момента , пока я не открою один из портов)

[kuzulis]

2 lit-uriy ,

не получается ничего!

1. Скачал : Git-1.7.1-preview20100612.exe
2. Установил (при установке воспользовался твоим советом)
3. На гиторгиусе сохранил RSA ключ, создал проект, создал пустой репозиторий.
4. Запустил Git-GUI
5. Открылось диалоговое окно в котором я выбрал: "создать новый репозиторий" (или как-то так"
6. Выбрал путь к нему на ЖД.
7. Открылось основное окно Git-GUI в котором слева вверху под красной полосой "Изменено (не будет сохранено) " перечислены все файлы и каталоги с файлами моего проекта.
8. В меню "Внешние репозитории" выбрал пункт "Добавить" ,
ввел название: QSerialDevice + ввел положение: git@gitorious.org:qserialdevice/qserialdevice.git
9. В том же меню "Внешние репозитории" выбрал пункт "Отправить", выбрал название QSerialDevice , поставил галку "Намеренно переписать ... "
10. Жмакнул кнопку "Отправить"...
11. И.. НИЧЕГО! Совсем ничего!

У меня кривые руки?

лучше мониторь дополнительно
HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM

Дык если ее мониторить, то возникает известная проблема - которая заключается в следующем:
если открыть порт и потом не закрывая выдернуть его - то ключи из ветки : HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM
не удаляются! Раньше так оно ибыло, т.е. была привязка именно к этой ветки.. Есть ли смысл дополнительно ее мониторить то? Надо подумать...

зря, в следующий раз какой-нибудь пионер напишет драйвер, который новую ветку создаст.

имхо, проще добавить в QStringList путь к еще одной ветке чем еще дополнительно мониторить и читать HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM

т.е. ставлю отлов уведомлений на изменения в ветке : [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services] , и если оно пришло - то пытаюсь по очереди открыть из списка :
1. Сначала \Serenum и если ее нет - то п.2
2. Потом \usbser , потом ...
т.е. по очереди перебираю варианты... их немного будет.. ну , скажем штук 5.. это ерунда...

[asvil]

7. Открылось основное окно Git-GUI в котором слева вверху под красной полосой "Изменено (не будет сохранено) " перечислены все файлы и каталоги с файлами моего проекта.

А тогда надо добавить файлы для того чтобы гит за ними следил и сохранить первоначальное состояние git commit -a -m "initial commit"

И подозреваю что нужно почитать http://progit.org/book/ru/

[lit-uriy]

3. На гиторгиусе сохранил RSA ключ, создал проект, создал пустой репозиторий.
4. Запустил Git-GUI
5. Открылось диалоговое окно в котором я выбрал: "создать новый репозиторий"

где-то ты не там запустил Git GUI.
Надо было щёлкать по корневому каталогу проекта.
Т.к. если Git GUI видит хранилище в текущем  или выше стоящем каталоге, то он тебе ни когда не покажет окно создания проекта, а покажет окно с проектом

[lit-uriy]

если открыть порт и потом не закрывая выдернуть его - то ключи из ветки : HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM
не удаляются!

всё верно, так и должно быть.
Порт (ресурс) занят системой. Я тебе уже об этом объяснял.

[kuzulis]

всё верно, так и должно быть.
Порт (ресурс) занят системой. Я тебе уже об этом объяснял.

Да, все это так.. Но другие ветки исчезают .. Поэтому пока сделаю как в сообщении №182

[kuzulis]

Все, добавил в Git !!! Парни, спасибо за разъяснения!!

ИТАК: проект QSerialDevice переехал на Git!!!

Брать все новое отсюда: http://gitorious.org/qserialdevice/qserialdevice

[lit-uriy]

а чёж историю-то из SVN'а не сохранил?
Яж объяснял, как с SVN'а склониовать

[kuzulis]

Яж объяснял, как с SVN'а склониовать

Дык fireforge.net лежит! Не буду ж я ждать когда его починят! А как я без него склонирую то? У мну нет локального SVN хранилища. 

[lit-uriy]

А у меня есть копия твоей истории до 147 правки (2010-06-17)


Сделал клон твоего хранилища ни Гитоиусе, и в ветку svn_trunk залил имеющуюся у меня историю твоего SVN'а

[kuzulis]

Ой СПАСИБО!

[kuzulis]

lit-uriy ,

а как теперь объединить мою ветку master и твою lit-uriys-qserialdevice ? И можно ли это в принципе?

А то непонятно куда изменения сливать...  

И вообще, принцип Git в том, чтобы каждый делал свои ветки, а потом их в одну "корневую" master по возможности сливал? Или в чем идея? Кратко, на пальцах.

Или я опять что-то недопонял?

[lit-uriy]

>>потом их в одну "корневую" master по возможности сливал?
если это необходимо, то можно и так сделать.

>>а как теперь объединить мою ветку master и твою lit-uriys-qserialdevice ?
есть несколько способов.

>>И можно ли это в принципе?
конечно!

Способы объединения:
== 1 ==
* ты добавляешь в своём локальном хранилище новое внешнее, на основе моего клона.
* тянешь из него к себе
* от "головы" (HEAD) вытянутой ветки из внешнего хранилища делаешь локальную ветку, например с названием "svn"
* если необходимо, то сливаешь с веткой "master"

== 2 ==
* я делаю запрос на слияние (merge request) на гиториусе
* ты его либо одобряешь, либо отклоняешь.

Чтобы не нарушать имеющееся состояние ветки master у тебя, лучше воспользоваться 1-ым вариантом. Т.к. в SVN'е я, возможно, не скачал самое последнее состояние. То, когда он станет доступен, я скачаю оставшееся. И тогда можно будет воспользоваться вторым вариантом (к этому моменту у тебя будет ветка отражающая только историю из SVN'а)

[kuzulis]

Чтобы не нарушать имеющееся состояние ветки master у тебя, лучше воспользоваться 1-ым вариантом. Т.к. в SVN'е я, возможно, не скачал самое последнее состояние. То, когда он станет доступен, я скачаю оставшееся. И тогда можно будет воспользоваться вторым вариантом (к этому моменту у тебя будет ветка отражающая только историю из SVN'а)

По моему, ты с SVN слил последнее состояние (коммиты), т.к. текущая правка SVN = 147. (как назло сегодня fireforge.net заработал )
Я в ветку master (свою) еще ничего нового не добавлял, поэтому нечего терять и можно попробовать вариант №2 ?!