Как Вы передаете доменное имя, не прерывая сервис?
Они не будут использовать SVN? Честно, я приложил бы все усилия для пихания его вниз их горла (любой конечный пользователь может использовать TortoiseSVN с минимальной из переквалификации), если вообще возможный. Нет никакой причины, Вам придется бездельничать их лень.
Насколько я вижу его, существует по крайней мере два способа взломать его-
- Создайте отдельные рабочие копии, и рука - управляют SVN для каждого
У меня на самом деле есть та же проблема в моем месте работы, и мой босс сказал мне, что мы не можем вынудить их использовать ее. Вместо этого мы создаем сетевой ресурс для каждого разработчика/группы, которому нужен доступ к коду, затем вручную svn up/svn commit для них по запросу.
- Имейте одно "Ведущее устройство", работающее копия, и раздайте доступ SMB/FTP/NFS к нему
У нас есть ужасная установка с другой группой - они не хотели использовать SVN, таким образом, мы просто предоставили им необработанный доступ Samba к производственной машине для переделывания файлов. Затем каждую ночь задание крона проходит и добавляет все новые файлы и передает его repo. С тех пор существует только одна рабочая копия нет никогда никаких конфликтов. Честно это, служит небольшой цели кроме заставить меня спать немного более надежный ночью.
Они - оба абсолютно глупые способы сделать его - первое требует, чтобы ручное разрешение конфликтов (Вами или членом Вашей команды) и другой не имело практически никакого преимущества перед дисковыми резервными копиями. По моему скромному мнению, единственное действительное решение состоит в том, чтобы учить Ваших конечных пользователей не только, как использовать SVN, но и почему они должны использовать его. Тем путем они могут быть ответственны за свою собственную работу, оставив Вас для контакта с настоящими проблемами.
Передача регистратора не изменяет серверы DNS, зарегистрированные для домена.
Если Ваш старый регистратор был также Вашим поставщиком услуг хостинга DNS (и если, что услуга хостинга DNS была зависящей от Вашей регистрации) необходимо, вероятно, разработать новый DNS перед выполнением передачи, для сейфа.
-
1И если Вы разрабатываете новый DNS, установите TTL на своем домене к чему-то очень низко несколько дней заранее, таким образом, записи истекают из кэшей сопоставителя как раз к переключению. – squillman 2 October 2009 в 20:05
-
2Какой-либо крупный потребитель ISPs больше уважают TTLs? Последние несколько раз I' ve пытался сделать чистый DNS cutover w/экспоненциально уменьшающий TTLs до cutover, мы заканчиваем с кэшируемыми разрешениями, просиживающими в крупном потребителе ISPs инфраструктуры DNS в течение приблизительно 24 часов, неважно, как маленький we' ve провернул TTLs вниз перед миграцией. – Evan Anderson 2 October 2009 в 20:23
-
3That' s хороший вопрос. Я мог, конечно, видеть что они wouldn' t... – squillman 2 October 2009 в 20:32
-
4Если мы заплатили другой компании для захвата доменного имени и веб-сайта затем, это означает, что та же самая компания делает их собственный DNS и все, что я должен был бы сделать, когда я добираюсь, доменное имя является использованием те же записи DNS до сохранить веб-сайт и электронные письма? – 2 October 2009 в 21:44
Это походит на то, что Вы действительно делаете, здесь ИЗМЕНЯЕТ РЕГИСТРАТОРОВ.
Если это так, большинство регистраторов автоматически принимает настройки DNS старого регистратора, и переключатель является бесшовным.
НО... если Вы также РАЗМЕСТИТЕ со своим регистратором, то Вы захотите удостовериться, что у Вас есть копия Вашего всего веб-сайта, отодвинутого к GoDaddy заранее. Иначе переключатель произойдет, и Вы будете указывать на не что иное как паркуемую страницу.
Так, вопрос состоит... в том, где Вы размещаете и кто обеспечивает Ваш DNS прямо сейчас?
Если Вы не делаете DNS или размещаете с Вашим старым регистратором, необходимо быть очень хорошо.
Одно последнее примечание..., если это - Ваше "первое родео" его обычно хороший сделать этот вид вещи в пятницу... на всякий случай, Вы завинчиваете, у Вас будут выходные, чтобы попытаться зафиксировать его.
Распространение DNS может иногда быть несколько неумолимым.:-)
Удачи!
Настройте Ваши доменные имена уже, авторитетно (не вторичный), как будто они были уже живы. Удостоверьтесь, что порядковый номер на домене выше, чем порядковый номер, который Вы в настоящее время имеете в своей записи SOA.
После того как команда для изменения серверов имен отправляется, серверы общего домена верхнего уровня (высокоуровневые серверы имен, которые размещают домен), обычно, все начинают служить новым данным в течение приблизительно одной минуты, но помнят, что у них есть TTL 2 дней, таким образом, Вы определенно хотите иметь, быть безопасными, период 2-3 дней, где оба набора сервера имен отвечают.
Надеюсь, это поможет.