1

голосов
1

ответ
352

Просмотры

Использование Spring Session-контекстные Бобы без Spring MVC

Я имею в виду использование сеанса с областью действия фасоли Spring вместо того, чтобы атрибуты сессии и постоянно литья и проверки, если они существуют еще. Проблема заключается в том, что я не использую Spring MVC, поэтому я не знаю, как я могу определить, что текущий сеанс. Приложение Я работаю с имеет в доме структуру MVC, и у нас есть только один или два пункта доступа к приложению, так что это не будет большим делом, чтобы сделать какой-то обходной путь. Я сделал много поисков, но всякий раз, когда я говорю «не Spring MVC» или без «Spring MVC» Я только получить результаты, которые говорят о Spring MVC.
Joseph K. Strauss
1

голосов
1

ответ
60

Просмотры

Egit: Different Message in Reflog than Git Bash

Я заметил несоответствие между тем, как EGit записывает reflog для остальных действий, по сравнению с тем, как Git Bash записывает его. 28eab8d ГОЛОВКА @ {0}: фиксации: L 959126f ГОЛОВКА @ {1}: 959126fc7fbf887b3bdb5bd931f50c611f48bf71: обновление ГОЛОВКА f073b25 ГОЛОВКА @ {2}: фиксации: L 959126f ГОЛОВКА @ {3}: Сброс: перемещение к голове ~ 1 b0114f6 ГОЛОВНОЙ @ {4 }: совершает: 959126f л ГОЛОВКА @ {5}: 959126fc7fbf887b3bdb5bd931f50c611f48bf71: обновление голова голова @ {1} и ГОЛОВКА @ {5} были записаны EGit, в то время как ГОЛОВКА {3} была записана Git Bash. Кроме того, там, кажется, разница между тем, как они лог изменения имени ветви: 28eab8d9329f936c1642a591317bbe5be3fed7c1 28eab8d9329f936c1642a591317bbe5be3fed7c1 пользователя 1423771813 -0500 Отрасль: переименованы ссылки / главы / тест ссылки / головок / testtt 28eab8d9329f936c1642a591317bbe5be3fed7c1 28eab8d9329f936c1642a591317bbe5be3fed7c1 пользователя 1423771870 -0500 Отрасль: переименованы ссылки / главы / testtt для ссылки / головок / тест 0000000000000000000000000000000000000000 28eab8d9329f936c1642a591317bbe5be3fed7c1 пользователя 1423771941 -0500 Отрасль: переименованы тест testttt 0000000000000000000000000000000000000000 28eab8d9329f936c1642a591317bbe5be3fed7c1 пользователя 1423772021 -0500 Branch: переименован testttt, чтобы проверить первые верхние строки из Git Bash, а нижние из них являются от EGit. Кроме того, EGit делает то же самое изменение к головному reflog, в то время как Git Bash ничего не делает. Самая большая проблема заключается в том, что Git Bash не показывает никаких линий за пределами одного с 40 0, так что я не могу видеть, журналы, когда в Git Bash. Я думаю, что я мог бы взломать вместе некоторый скрипт, который переписывает журналы, но мне интересно, если есть некоторые настройки или версия, что у меня не так. Я использую EGit 3.4.1 и Git Bash 1.8.5.2.msysgit.0 переименованы тест testttt 0000000000000000000000000000000000000000 28eab8d9329f936c1642a591317bbe5be3fed7c1 пользователя 1423772021 -0500 Branch: переименован testttt, чтобы проверить первые верхние строки из Git Bash, а нижние из них от EGit. Кроме того, EGit делает то же самое изменение к головному reflog, в то время как Git Bash ничего не делает. Самая большая проблема заключается в том, что Git Bash не показывает никаких линий за пределами одного с 40 0, так что я не могу видеть, журналы, когда в Git Bash. Я думаю, что я мог бы взломать вместе некоторый скрипт, который переписывает журналы, но мне интересно, если есть некоторые настройки или версия, что у меня не так. Я использую EGit 3.4.1 и Git Bash 1.8.5.2.msysgit.0 переименованы тест testttt 0000000000000000000000000000000000000000 28eab8d9329f936c1642a591317bbe5be3fed7c1 пользователя 1423772021 -0500 Branch: переименован testttt, чтобы проверить первые верхние строки из Git Bash, а нижние из них от EGit. Кроме того, EGit делает то же самое изменение к головному reflog, в то время как Git Bash ничего не делает. Самая большая проблема заключается в том, что Git Bash не показывает никаких линий за пределами одного с 40 0, так что я не могу видеть, журналы, когда в Git Bash. Я думаю, что я мог бы взломать вместе некоторый скрипт, который переписывает журналы, но мне интересно, если есть некоторые настройки или версия, что у меня не так. Я использую EGit 3.4.1 и Git Bash 1.8.5.2.msysgit.0 а нижние из них от EGit. Кроме того, EGit делает то же самое изменение к головному reflog, в то время как Git Bash ничего не делает. Самая большая проблема заключается в том, что Git Bash не показывает никаких линий за пределами одного с 40 0, так что я не могу видеть, журналы, когда в Git Bash. Я думаю, что я мог бы взломать вместе некоторый скрипт, который переписывает журналы, но мне интересно, если есть некоторые настройки или версия, что у меня не так. Я использую EGit 3.4.1 и Git Bash 1.8.5.2.msysgit.0 а нижние из них от EGit. Кроме того, EGit делает то же самое изменение к головному reflog, в то время как Git Bash ничего не делает. Самая большая проблема заключается в том, что Git Bash не показывает никаких линий за пределами одного с 40 0, так что я не могу видеть, журналы, когда в Git Bash. Я думаю, что я мог бы взломать вместе некоторый скрипт, который переписывает журналы, но мне интересно, если есть некоторые настройки или версия, что у меня не так. Я использую EGit 3.4.1 и Git Bash 1.8.5.2.msysgit.0
Joseph K. Strauss
18

голосов
1

ответ
2.4k

Просмотры

Git - diff3 Conflict Style - Temporary merge branch

I am doing a merge with merge.conflictStyle set to diff3. Normally, this inserts three (3) sections separated by four (4) sets of characters. The Git Documentation for Merge clearly explains what these symbols mean for a simple case (as described below). Regular diff3: Here are lines that are either unchanged from the common ancestor, or cleanly resolved because only one side changed.
2

голосов
1

ответ
347

Просмотры

git push --atomic - Not failing

Я пытался использовать относительно нового --atomic варианта для мерзавца толчка, но он не работает для меня, то есть, она по-прежнему позволяет некоторые рефов изменить, даже если другие потерпели неудачу. Кажется, из диффа здесь, что там должно быть что-то на удаленном сервере, который будет принимать атомный флаг, а также. Несмотря на то, что это имеет смысл, кажется, что по умолчанию, чтобы использовать его. Я толкаю к ​​экземпляру BitBucket сервера с протоколом HTTP. Текущая версия Git на сервере «мерзавец версия 2.8.1». Есть ли что-то, что мне нужно настроить на сервере, чтобы включить эту работу? Edit: Ниже приведен пример, который может воспроизводиться. Настройка на сервере: $ мерзавца --version мерзавец версии 2.8.1 $ мерзавец конфигурация --get-все---show происхождение receive.advertiseatomic файл: /home/bitbucket/.gitconfig 1 На клиенте: $ мерзавца --version мерзавца версия 2.8.2.windows.1 $ мерзавец тяни /. мерзавец ГОЛОВА: ссылки / главы / WWWW ГОЛОВА: ссылки / главы / ZZZ --force-с-лизу = ZZZ --atomic ошибка: атомное толчок Сбой реф ссылки / глав / ZZZ. Статус: 7 фатальные: Удалённый повесил трубку неожиданно /.git! [Отвергнута] ГОЛОВА -> WWWW (атомный толчок не удалось)! [Отвергнута] ГОЛОВА -> ZZZ (несвежий информация) Ошибка: не удалось нажать несколько рефов на «/.git» $ мерзавец толчок происхождение Руководитель: ссылки / глав / WWWW РУКОВОДИТЕЛЯ: ссылки / главы / ZZZ --force-с-лизу = ZZZ --atomic Всего 0 (дельта 0), повторно 0 (дельта 0) Пульт дистанционного управления: Пульт дистанционного управления: Для HTTP: //[email protected] /scm/proj/repo.git * [новый филиал] ГЛАВНОЕ -> WWWW! [отвергнута] ГОЛОВА -> ZZZ (несвежий информация) Ошибка: не удалось нажать несколько рефов на 'HTTP: // [email protected] /scm/proj/repo.git'
4

голосов
1

ответ
559

Просмотры

Rebase / Replay Merge Фиксирует только

Есть ли способ, чтобы автоматически перебазироваться большое количество фиксаций слияния? Ответы на другой вопрос, перебазирование с Git слияния коммят предлагают использовать --preserve-слияние, но также перебазирования не-слияние совершает. Такое поведение не требуется при объединении функций филиалов в мастер или ветвь интеграции, а затем обнаружил, что кто-то просто толкнуло изменения. Кроме того, полезно иметь возможность перебазирования ветку разработки на новый мастер фиксации, или удалить исправления из развития, которые не будут использоваться. Например, учитывая следующую ситуацию: * 7909b1a (начало / мастер) Объединить ошибка / 456 | \ | * F9d43b6 (происхождение / ошибка / 456) 456 - Изменение цвета | / | * 32666f3 (HEAD, мастер) Объединить ветвь 'ошибка / 123' | | \ | / / | * 0939652 (происхождение / ошибка / 123, ошибка / 123) 123 - Fix Орфография | / о 96c9aa9 (тег: v1.1. 1) Если я бегу мерзавца перебазироваться --preserve-сливает происхождения / мастер, то следующий будет результат: * (HEAD, мастер) Объединить ветвь «ошибка / 123» | \ | * 8e6ccbe 123 - Fix Орфография | / * 7909b1a (начало / мастер) Объединить ошибка / 456 | \ | * F9d43b6 (происхождение / ошибка / 456) 456 - Изменение цвета | / | * 32666f3 (ORIG_HEAD) Слияние ветвь 'ошибка / 123' | | \ | / / | * 0939652 (происхождение / ошибка / 123, ошибка / 123) 123 - Fix Орфография | / о 96c9aa9 (тег: v1.1.1) Это не желательно, потому что совершать 0939652 это быть переделана, но уже толкнул публичных сделок РЕПО, так это не должны быть переигран. В результате я хочу следующее: * 710c5d7 (голова, главный) Объединить ветвь «ошибка / 123» | \ | * 0939652 (происхождение / ошибка / 123, ошибка / 123) 123 - Fix Орфография * | 7909b1a (происхождения / мастер) Объединить ошибка / 456 | \ \ | | / | / | | * F9d43b6 (происхождение / ошибка / 456) 456 - Изменение цвета | / о 96c9aa9 (тег: v1.1. 1) Я могу сбросить вручную --hard для происхождения / мастера, а затем вновь объединить ветви, которые я уже сделал (с помощью опции --rerere-автообновления, так что я не должен reresolve конфликтов), но это может получить довольно сложные, когда есть 15 слияния вместо 1. есть ли встроенные решения Git или сценарий, который может добиться того, чего я хочу? Кстати, делать мерзавец перебазироваться -ip хозяина, а затем не выбирая без слияния коммитов не работает. Я получаю сообщение об ошибке: Commit 00 ... это слияние, но нет опции -m не было. со смертельным исходом: вишня забрать не удалось, не удалось собрать 00 ... или сценарий, который может выполнить то, что я хочу? Кстати, делать мерзавец перебазироваться -ip хозяина, а затем не выбирая без слияния коммитов не работает. Я получаю сообщение об ошибке: Commit 00 ... это слияние, но нет опции -m не было. со смертельным исходом: вишня забрать не удалось, не удалось собрать 00 ... или сценарий, который может выполнить то, что я хочу? Кстати, делать мерзавец перебазироваться -ip хозяина, а затем не выбирая без слияния коммитов не работает. Я получаю сообщение об ошибке: Commit 00 ... это слияние, но нет опции -m не было. со смертельным исходом: вишня забрать не удалось, не удалось собрать 00 ...
4

голосов
1

ответ
102

Просмотры

Экспорт Git Изменения в CVS

Я нахожусь в процессе преобразования репозитория CVS в Git. В настоящее время, все разработчики совершают какие-либо изменения, которые они делают в голова в CVS. Тестирование проводится на версии приложения, которое является последним из HEAD. У меня есть автоматический скрипт, использующий ГИТ-cvsimport принести все новые коммиты в репозиторий Git. Всякий раз, когда новое обязательство приходит в I вишни забрать его на эту ветку на основе количества билетов в комментарии. (Если его нет, я орать на разработчика, который совершил это таким образом, :-)) Мы пакет являются серийная версия путем слияния полностью с Git, хотя у меня есть сценарий, который TAGS ветвь CVS, а так, чтобы разработчики могли знать то, что производство до. Моя конечная цель, наконец, отучить себя прочь CVS один раз и навсегда. Тем не менее, я в настоящее время не в состоянии заставить эту проблему, так что мне нужно обойти. Я хочу, чтобы рабочий процесс, где некоторые пользователи могут использовать Git исключительно, а затем объединить их изменения в отрасли разработки Git, но все-таки как-то экспортировать свои изменения обратно в CVS без особых хлопот с. Таким образом, я могу постепенно привести разработчик в Git без необходимости делать все или ничего переключатель. У меня нет прав администратора, так что это будет трудно для меня, чтобы сделать что-нибудь, что включает в себя настройку прокси. Есть идеи?
Joseph K. Strauss
2

голосов
2

ответ
97

Просмотры

Notation anomaly of symmetric/asymmetric between rev-list and diff

Я пытаюсь понять логическое обоснование (если имеется) разница в обозначении между мерзавцем дифф против мерзавца оборотов-лист или журнала мерзавца. Разъяснение: Я понимаю, что делает каждая команда, как я объясню ниже. Ищу только для объяснения того, почему Git будет использовать то же обозначение, в двух разных командах, так что один интуитивно (АЯ) в противоположность других. мерзавец журнал / об-листе В журнале и преподобный список, если вы хотите увидеть обе стороны, чтобы расходились ветви (симметричных) обозначения три точки (...). Например, $ мерзавец войти --oneline --boundary а ... б * ааааа Обязаться ветвь а | * BBBBB Обязаться ветви б | / о 000000 две точки (..) будет показывать только правая сторона (асимметричный). Например, журнал $ мерзавец --oneline --boundary a..b * BBBBB Commit расшириться б о 000000 GIT диф Однако, мерзавца дифф две точки (..) показывает симметричный дифференциал (мои слова), т.е. он показывает дифференциал между двумя точными коммитами в списке, например, мерзавец дифф a..b показывает различия между деревами AAAAA и BBBBB. В то время как три точки (...) показывает асимметричный дифференциал, то есть, это показывает, разн между слиянием базы двух фиксаций и второй фиксации. Например, мерзавец дифференциалов a..b показать различий между деревьями 00000 и BBBBB.
Joseph K. Strauss
1

голосов
1

ответ
185

Просмотры

не --chmod работает с индексом-фильтром

Я хочу использовать фильтр-ветвь, чтобы установить все файлы в неисполняемый, потому что большинство пользователей используют Windows. Я побежал следующую команду в Git Bash: GIT фильтра-филиал --index-фильтр «для файла в $ (Git л.с.-файлы) сделать мерзавец обновления индекс, --chmod = -й - $ файла сделаны» - ГОЛОВА ~ 1..HEAD Однако, я получил сообщение об ошибке: Rewrite bc4368aec16cce1c1faa7363dde9ac74ac28da6a (1/1) ошибка: .gitignore: не существует и --remove не передается фатальный: Невозможно обработать ошибку путь .gitignore: LICENSE.md: не существует и --remove не прошло фатальным: Невозможно обработать путь LICENSE.md ошибку: README.md: не существует и --remove не прошло со смертельным исходом: Невозможно обработать путь README.md Так как я нахожусь на Windows, я не могу даже использовать - -tree-фильтр с CHMOD (по крайней мере, это не работает для меня). Когда я использую --filter дерево вместо --filter-индекса он работает,
Joseph K. Strauss