svn: локальные фиксации
Этот код позволяет прокручивать определенный раздел вверх
CGRect cellRect = [tableinstance rectForSection:section];
CGPoint origin = [tableinstacne convertPoint:cellRect.origin
fromView:<tableistance>];
[tableinstance setContentOffset:CGPointMake(0, origin.y)];
6 ответов
Невозможно выполнять локальные коммиты с помощью Subversion.
Это потому, что , будучи централизованной системой контроля версий, ваша локальная рабочая копия не имеет всей информации, имеющейся у сервера о прошлых ревизиях, записях журнала и т. д., которая была бы у нее, если бы она была распределенной системой контроля версий (DVCS).
Рабочая копия Subversion содержит копии всех файлов в том виде, в котором они были извлечены, поэтому вы можете вернуть измененные файлы, не обращаясь к серверу.
Если вы действительно хотите выполнять локальные коммиты, вам следует взглянуть на SVK ,
Вы могли бы сделать это, если вы соедините сервер SVN с GIT или Mercurial Bridge. Поскольку GIT и Mercurial могут выполнять локальные коммиты, вы можете использовать их таким образом. Может быть, зацените git-svn или что-нибудь подобное (я помню, что был bazaar-svn, но не уверен).
Вот почему он называется централизованным. Вы можете попробовать использовать репо внутри репо. Один локальный, а другой удаленный. Затем вы передаете весь внутренний репозиторий удаленному.
Я бы в конечном итоге подумал, что это сладость как-то прописать обработчик ошибок с PHP, так что мне просто нужно выбросить ошибку, а затем решить, что
Я бы настоятельно рекомендовал попытаться использовать что-нибудь удаленное с svn.
Я недостаточно использовал SVK, чтобы не рекомендовать его, это показалось достаточно хорошим. Однако я скептически отношусь к использованию чего-либо, построенного поверх SVN, для всего проекта без каких-либо поломок. Я достаточно использую SVN, чтобы знать, что даже регулярные рабочие циклы могут поджарить его, если вы не будете осторожны.
Мы используем SVN в работе. Я использую bzr и bzr-svn для всего своего взаимодействия, и он прекрасно работает . Мой рабочий процесс выглядит примерно так:
$ bzr branch file: /// var / svn / project ~ / project(hack, hack, hack)
$ bzr commit -m "журнал фиксации"Однако я скептически отношусь к использованию чего-либо, построенного поверх SVN, для всего проекта без каких-либо поломок. Я достаточно использую SVN, чтобы знать, что даже регулярные рабочие циклы могут поджарить его, если вы не будете осторожны.Мы используем SVN в работе. Я использую bzr и bzr-svn для всего своего взаимодействия, и он прекрасно работает . Мой рабочий процесс выглядит примерно так:
$ bzr branch file: /// var / svn / project ~ / project(hack, hack, hack)
$ bzr commit -m "журнал фиксации"Однако я скептически отношусь к использованию чего-либо, построенного поверх SVN, для всего проекта без каких-либо поломок. Я достаточно использую SVN, чтобы знать, что даже регулярные рабочие циклы могут поджарить его, если вы не будете осторожны.Мы используем SVN в работе. Я использую bzr и bzr-svn для всего своего взаимодействия, и он прекрасно работает . Мой рабочий процесс выглядит примерно так:
$ bzr branch file: /// var / svn / project ~ / project(hack, hack, hack)
$ bzr commit -m "журнал фиксации"(повторить)когда я буду готов
$ bzr pushДа, вместо обновления у вас есть
$ bzr mergeи зафиксируйте изменения (возможно, отложите то, над чем вы работаете), но локально коммиты - это очень приятная вещь, и полка тоже (полка похожа на revert с сохранением )Я думаю git справляется и с этим. Я слышал, что он не такой полный, как bzr-svn, но я не могу это подтвердить.
Но использование DVCS с репозиторием svn - хороший способ!
Нет! Однако git может это сделать, и вы можете использовать git-svn для синхронизировать с исходным репозиторием.
Чтобы получить лучшее из обоих миров, SVK был построен на основе Subversion, но с сохранением локального состояния, чтобы вы могли выполнять локальные коммиты ...