Почему я должен использовать мерзавца вместо svn?

Без первичного ключа:

Предполагая, что ваша таблица не содержит , содержит поле первичного ключа, по которому для сортировки записей используется функция агрегирования домена, одним из возможных методов является использование статических переменных в VBA.

  • Откройте IDE VBA, используя Alt + F11
  • Вставьте новый общедоступный модуль Alt + I , M
  • Скопируйте следующий базовый код в новый модуль:

    Function Occurrence(Optional strVal As String) As Long
        Static lngTmp As Long
        Static strTmp As String
        If strTmp = strVal Then
            lngTmp = lngTmp + 1
        Else
            lngTmp = 1
            strTmp = strVal
        End If
        Occurrence = lngTmp
    End Function
    
  • В MS Access, создайте новый запрос со следующим SQL, заменив YourTable именем вашей таблицы:

    update (select t.layout_desc from YourTable as t order by t.layout_desc) q
    set q.layout_desc = q.layout_desc & occurrence(q.layout_desc)
    

С первичным ключом:

Если ваша таблица должна была включать первичный ключ, скажем, id, типа данных Long Integer, вы можете использовать функцию агрегирования домена DCount следующим образом:

update YourTable t
set t.layout_desc = t.layout_desc & 
dcount("*","YourTable","layout_desc = '" & t.layout_desc & "' and id <= " & t.id)
33
задан kamaci 19 March 2013 в 08:29
поделиться

6 ответов

Here my personal experiences with git vs. svn:

  • Git vs. SVN: git tracks state, history and integrity of the source tree. SVN only tracks state.

Especially when merging, git's extensive use of stored history (across renames and merges) comes handy to make much better informed decisions leading to less conflicts.

Having a complete, cryptographically verifiable integrity chain through the repository helps build trust in the underlying systems, or detect when they fail. On the downside it can be complicated to create "clean" patches. Having a proper workflow helps.

Finally, git works locally by default, giving it a unbelievably huge boost in contrast to SVN which must go to the central repo for almost any operation.

  • Software: See this question, there are several standalone GUIs for working with the repo, history browsers and shell extensions.

  • Studio Plugin: GitExtensions has a Visual Studio 2005 and 2008 plugin.

  • Documentation: Start with the GIT User's Manual. There are more links to tutorials and books on git-scm.com.

23
ответ дан 27 November 2019 в 18:22
поделиться

Yes, you can. I have. But is it worth it?

If you are doing it for fun it's worth it.

If you are doing it for a real, useable Mac it's not worth it.

Now you will have a billion guys come down on me for saying that because some guys have built some truly impressive rigs but they are missing the point of a Mac. Macs just work well and are a pleasure to use while PC's just get stuff done and you probably secretly hate it.

I did it just for fun but I ended up spending more on a Hackintosh than I would have if I just bought a Mac Mini. Of course my computer is 4x as fast but it's just not the same as a real Mac. On Mac's everything just works... it's really nice. But on my Hackintosh nothing works without direct intervention on my part... not very nice.

I always planned on using that computer for windows development anyway so it wasn't a waste but otherwise it would have been a HUGE waste.

Преимущества GIT над SVN обсуждаются над и над , так что здесь не следует кое-что уточнять

А что касается плагина Visual Studio, я не думаю, что есть или будет в течение достаточно долгого времени. Может быть, я чего-то здесь упускаю.

Попробуйте здесь для хорошего руководства о том, как начать работу с git в windows

Что касается моего полностью личного вкуса и взгляда, я продолжаю придерживаться svn основанный на моих личных требованиях того, что я хочу от своего контроля версий, и я считаю, что SVN находится на совершенно другом уровне инструментов и поддержки сообщества. Также я считаю svn очень зрелым, и это не обязательно означает, что git не выполняет свою работу.

8
ответ дан 27 November 2019 в 18:22
поделиться

I don't want to hash over pros and cons of git vs svn but here is one simple set of comparisons :- Why Git is better than X.

Some good Git Resources:

  1. Git Ready. A sort of blog with little posts on beginner, intermediate and advanced uses of git.
  2. Git Magic. A nice run through of what you can do.
  3. GitCasts screencasts - nothing like seeing it in action to help you understand it's power. Including the useful Git On Windows screencast.

Have fun!

8
ответ дан 27 November 2019 в 18:22
поделиться

TortoiseGit доступен - просто Google его (я не помню URL) И:

  • Распределившись, вам не нужно постоянно подключаться к серверу, просто работайте локально и нажимайте , когда вам нужно.

  • Это очень быстро и не использует много bandwidth

  • И, классика, если она достаточно хороша для Линуса, она подойдет вам:)

Обновление: Ссылка на TortoiseGit

5
ответ дан 27 November 2019 в 18:22
поделиться

Существует соответствующий вопрос относительно инструментов для ЖКТ, подобных черепахе.

Преимущества GIT через SVN обсуждаются в в и в , так что здесь не следует кое-что уточнять

А что касается плагина Visual Studio, я не думаю, что он есть или будет быть один в течение достаточно долгого времени. Может быть, я чего-то здесь упускаю.

Попробуйте здесь для хорошего руководства о том, как начать работу с git в windows

Что касается моего полностью личного вкуса и взгляда, я продолжаю придерживаться SVN основанный на моих личных требованиях того, что я хочу от своего контроля версий, и я считаю, что SVN находится на совершенно другом уровне инструментов и поддержки сообщества. Также я считаю SVN очень зрелым, и это не обязательно означает, что GIT не У каждого разработчика есть «ветка», его собственная копия репо, в которую он ввязывается. Вы можете зафиксировать, отменить, проверить предыдущие ревизии, не подключаясь к сети. Официальность репозитория предоставляется на основании человеческого согласия, а не технической установки. В SVN у вас есть только один репозиторий, который _the_repo_ вы и все другие люди обязуются. В DVCS вы обязываетесь к своему собственному репо, а другой разработчик - к своему собственному репо, и каждый из вас может при необходимости вносить свои изменения в официально спроектированное репо.

Еще одно явное преимущество заключается в том, что операции в DVCS выполняются быстро, молниеносно SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

его собственная копия репо, которой он обязуется. Вы можете зафиксировать, отменить, проверить предыдущие ревизии, не подключаясь к сети. Официальность репозитория предоставляется на основании человеческого согласия, а не технической установки. В SVN у вас есть только один репозиторий, который _the_repo_ вы и все другие люди обязуются. В DVCS вы обязываетесь к своему собственному репо, а другой разработчик - к своему собственному репо, и каждый из вас может при необходимости вносить свои изменения в официально спроектированное репо.

Еще одно явное преимущество заключается в том, что операции в DVCS выполняются быстро, молниеносно SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

его собственная копия репо, которой он обязуется. Вы можете зафиксировать, отменить, проверить предыдущие ревизии, не подключаясь к сети. Официальность репозитория предоставляется на основании человеческого согласия, а не технической установки. В SVN у вас есть только один репозиторий, который _the_repo_ вы и все другие люди обязуются. В DVCS вы обязываетесь к своему собственному репо, а другой разработчик - к своему собственному репо, и каждый из вас может при необходимости вносить свои изменения в официально спроектированное репо.

Еще одно явное преимущество заключается в том, что операции в DVCS выполняются быстро, молниеносно SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

проверьте предыдущие ревизии, не подключаясь к сети. Официальность репозитория предоставляется на основании человеческого согласия, а не технической установки. В SVN у вас есть только один репозиторий, который _the_repo_ вы и все другие люди обязуются. В DVCS вы обязываетесь к своему собственному репо, а другой разработчик - к своему собственному репо, и каждый из вас может при необходимости вносить свои изменения в официально спроектированное репо.

Еще одно явное преимущество заключается в том, что операции в DVCS выполняются быстро, молниеносно SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

проверьте предыдущие ревизии, не подключаясь к сети. Официальность репозитория предоставляется на основании человеческого согласия, а не технической установки. В SVN у вас есть только один репозиторий, который _the_repo_ вы и все другие люди обязуются. В DVCS вы обязываетесь к своему собственному репо, а другой разработчик - к своему собственному репо, и каждый из вас может при необходимости вносить свои изменения в официально спроектированное репо.

Еще одно явное преимущество заключается в том, что операции в DVCS выполняются быстро, молниеносно SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

В SVN у вас есть только один репозиторий, который _the_repo_ вы и все другие люди обязуются. В DVCS вы обязываетесь к своему собственному репо, а другой разработчик - к своему собственному репо, и каждый из вас может при необходимости вносить свои изменения в официально спроектированное репо.

Еще одно явное преимущество заключается в том, что операции в DVCS выполняются быстро, молниеносно SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

В SVN у вас есть только один репозиторий, который _the_repo_ вы и все другие люди обязуются. В DVCS вы обязываетесь к своему собственному репо, а другой разработчик - к своему собственному репо, и каждый из вас может при необходимости вносить свои изменения в официально спроектированное репо.

Еще одно явное преимущество заключается в том, что операции в DVCS выполняются быстро, молниеносно SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

Другим явным преимуществом является то, что операции в DVCS быстры, молниеносны. SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

Другим явным преимуществом является то, что операции в DVCS быстры, молниеносны. SVN становится невероятно медленным, когда вы начинаете иметь много вещей в своем репо. Это может очень быстро раздражать.

С другой стороны, DVCS сложнее в использовании, но вы можете использовать DVCS в качестве централизованной VCS, если хотите.

3
ответ дан 27 November 2019 в 18:22
поделиться

Я не уверен, какова стабильность TortoiseGIT на данном этапе, и когда вы говорите о чем-то, что это тесно связано с Explorer, это важное соображение. Может ли кто-нибудь говорить об этом?

Также имейте в виду, что git - не единственный выбор, если вы ищете преимущества распределенной VCS. У Git есть двойные достоинства: он очень мощный и очень сложный. Вы можете найти другой DVCS, такой как Bazaar или Mercurial , более легкий переход, чтобы воспользоваться преимуществами распределенной системы. Оба имеют черепаховые интерфейсы в разработке, но опять же, я не уверен в их стабильности. (Bazaar's включен в их пакет Windows, так что вы могли бы предположить, что он находится на достаточно хорошей стадии. )

Также был найден быстрый поиск VisualHg и Bzr-VisualStudio , хотя я понятия не имею об их готовности использовать в гневе. Будьте бдительны.

2
ответ дан 27 November 2019 в 18:22
поделиться