Действительно ли возможно разместить пустой репозиторий Мерзавца с помощью Dropbox, совместно использовать код?

Я не вижу причин, по которым это может привести к потере данных - структура хранилища Git является надежной, и в самом хранилище хранилища файлы с одинаковыми именами всегда будут иметь одинаковое содержимое (это не относится к именам ветвей).

Это не будет эффективным, хотя. Протокол передачи Git означает, что он обычно передает изменения только один раз. В Dropbox, если два человека упаковывают немного разные репозитории, сгенерированные пакеты могут содержать важные общие данные, но не идентичные, поэтому DropBox синхронизирует оба пакета, что неэффективно.

Вы также можете обнаружить, что, хотя все данные находятся там, вы обнаружите не отслеживаемые изменения из-за того, что две копии обновили одну и ту же ветку одновременно. Это можно обойти, убедившись, что вы нажимаете на разные ветви от каждой копии, но это будет проблемой.

У меня были проблемы с использованием Dropbox с Git и Mercurial. Файлы репозитория часто бывают повреждены, возможно, из-за того, что синхронизация Dropbox не идеальна, особенно когда изменения вносятся из разных мест. Кроме того, Dropbox работает в фоновом режиме, поэтому очень легко случайно попытаться использовать репозиторий (или перезагрузить компьютер), когда он находится в середине операции синхронизации.

Мне нравится Dropbox, но он не является хорошей заменой для общего диска или «настоящего» удаленного Git-репозитория.

Если бы я сказал вам, что есть случаи, когда Dropbox испортил мой Git, я бы ответил на ваш вопрос противоречием? По крайней мере, по моему опыту, это происходило более 5 раз, и многие люди имеют такой же опыт.

Но в настоящее время я не верю, что Dropbox действительно важен для Git. На самом деле вы можете установить удаленные ветви (Github, Gitorious, Bitbucket), которые могут заменить функции общего доступа к Dropbox и истории изменений (разве это не все о Dropbox?) И предложить вам еще больше.

Я просто размещаю свой репозиторий на github.com как частный репозиторий. Да, вы должны заплатить за микро-план ($ 7 / план), но у вас есть защита, зная, что у вас есть резервная копия вашего кода извне.

Что произойдет, если два пользователя отключатся, выполнят некоторую работу, отправят на свою локальную копию чистого репозитория и затем подключатся? В этом случае, когда Dropbox попытается выполнить синхронизацию, у вас возникнут проблемы - файлы пакетов и подсказки веток будут другими, и Dropbox не сможет это исправить. Это единственная проблема, которую я видел. Я думаю, что то же самое может произойти, даже если оба пользователя подключены, если они одновременно нажимают в свои локальные голые репозитории.

Никогда не задумывались об этом, но почему бы не написать инструкции по использованию stderr, если программа была вызвана без или с неправильными аргументами, и записать его в stdout при вызове с аргументом --help (или подобным)? Таким образом, если использование отображается из-за ошибки, оно переходит в stderr, а если это не ошибка, потому что пользователь запросил его, то переходит в stdout. Как-то логично.

Как и другие предлагали, конкретную проблему можно решить, разрешив многострочное сопоставление с помощью re.MULTILINE

Однако вы спускаете предательский патч, разбирая HTML с регулярными выражениями . Используйте синтаксический анализатор XML/HTML, ThinkedSoup отлично подходит для этого!

doc = """<table border="1">
    <tr>
        <td>row 1, cell 1</td>
        <td>row 1, cell 2</td>
    </tr>
    <tr>
        <td>row 2, cell 1</td>
        <td>row 2, cell 2</td>
    </tr>
</table>"""

from BeautifulSoup import BeautifulSoup
soup = BeautifulSoup(doc)
all_trs = soup.findAll("tr")

Раньше я делал это с, но компьютеры не синхронизировались. Каждый компьютер будет иметь репо, которое отличалось бы от того, что есть в облаке, и так как нет понятия «слияние» в StartMe (и я предполагаю, DropBox тоже, верно?) В конечном итоге мне придется либо выбрать версию, чтобы сохранить и потерять некоторые изменения, либо скопировать изменения и повторно применить их. Жизнь стала намного легче с тех пор, как я перешел на центральное Гит репо.

Если это работает на вас до сих пор, хорошо. Я думаю, что у вас будет много боли, если два дьявола будут настаивать на своих местных голых репо одновременно. Как DropBox узнает, что правильно?

Одна из проблем с DropBox связана с тем, как они обрабатывают исторические резервные копии. Хотя вы можете сделать откат отдельного файла (в течение последних 30 дней или навсегда, если у вас есть PackRat), вы не можете сделать откат целых каталогов. Это означает, что если ваше хранилище по какой-либо причине испортится, то такая замечательная услуга, как создание исторических резервных копий, будет практически бесполезной, поскольку вам придется щелкать по тысячам файлов, чтобы вернуть их к более ранней версии.

И еще есть проблемы с условиями гонки, если хотите, упомянутые в большинстве других ответов.