Jump to content

Search the Community

Showing results for tags 'git'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Development
    • HTML Coding
    • JavaScript
    • PHP
    • CMS
    • Database
    • Web Server
    • Web-site Development
    • Internet Marketing, SEO
  • Library
    • Tricks and solutions
    • Books
  • Commercial services
    • Freelance
    • Job
    • Goods and Services
  • Our Forum
    • Flame
    • Contests
    • Feedback and Ideas

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Web site


Telegram


Signal


Viber


Skype


From


Interests

Found 13 results

  1. Здравствуйте. На данный момент я верстаю для себя и пользуюсь гитом так как я привык (ниже опишу как). Вот сейчас хотел бы узнать, как мне придется работать с гитом когда над проектом работать буду не я один ? На данный момент я работаю так: 1. Создаю в github новый репозиторий; 2. Клонирую этот репозиторий к себе на локальную машину; 3. И начинаю верстать; 4. Комиты я пишу частые для себя (все делаю в ветке master, знаю что это не правильно но пока для меня нет необходимости их разделять); Комитах пишу что то типа этого: - Подключает {какой то} шрифт; - Создает какой то блок; - Добавляет файл с переменными less/sass; - Создает секцию header - и т.д. (Я понимаю что это за комит и что он делает но вот поймут ли меня коллеги, и как правильнее всего комиты делать ?) 5. Затем отправляю комиты на уделенный сервер github. 6. И цикл повторяется.... ВОПРОСЫ: 1. Напишите пожалуйста как большинство командных проектах используется git (как можно подробнее, если можно) ? 2. И как правильнее всего писать комиты ? Слышал что их писать нужно 2 раза, один раз когда пишешь для себя (при этом для этого нужно создать новую локальную ветку для себя) и второй когда пишешь уже для команды при слиянии веток (marge), и как я понял те комиты которые я пишу они не информативны.
  2. Компания «ВАЙЛДБЕРРИЗ» – это один из крупнейших интернет-магазинов в России, Белоруссии, Казахстане и Киргизии. На нашем сайте представлены более 8000 брендов мужской, женской, детской одежды и обуви, бьюти, спортивных и товаров для дома. И мы не собираемся останавливаться на достигнутом. Приглашаем в свою команду HTML-верстальщика (в офис) Вам предстоит: Адаптивная и кроссбраузерная верстка. Мы ожидаем: Релевантный опыт работы от двух лет Опыт работы и хорошее знание CSS(2-3), HTML(4-5) Отличное знание хотя бы одного из препроцессоров верстки Stylus/Less/Saas (мы используем Less) Умение качественно и валидно верстать Умение разбираться в чужом коде Умение работать в команде, умение слушать и искать компромиссы Внимательность к мелочам. Желательно: Опыт верстки под мобильные устройства Опыт работы с системой контроля версий (git) Опыт работы с планировщиком задач Опыт работы с Visual Studio. Мы предлагаем: Официальное оформление в соответствии с ТК РФ Официальная высокая заработная плата (обсуждается с финальным кандидатом) График работы: пятидневная рабочая неделя Корпоративные скидки на продукцию компании Бесплатные обеды, ароматный кофе и чай в неограниченном количестве Спортивный зал на территории офиса Широкие возможности для профессионального роста и реализации, гибкая позиция в отношении новых идей и начинаний Место работы: 15 минут от м. Домодедовская или м. Марьино на бесплатном корпоративном транспорте Весной 2018 года ожидается переезд в новый офис в шаговой доступности от м.Автозаводская. Прошу резюме высылать на почту skoryh.alina@wildberries.ru
  3. Доброго времени суток! Суть проекта: очень кратко: что-то вроде аггрегатора хостинг провайдеров. На самом деле это только звучит не особо, но по факту все намного интересней. Проект готов на 20-25%. В команде есть сильный и опытный back-end разработчик, дизайнер и маркетолог-идеолог Но у нас демократия: каждый делится своими мыслями как сделать продукт лучше. Есть потенциальные клиенты, которые готовы опробовать продукт и в дальнейшем им пользоваться, покупая ежемесячную подписку. Главная задача: выход на минимально живой продукт. Как только мы выйдем на MVP будет понятно насколько проект коммерчески успешен или неуспешен. В случае успеха (когда продажи пойдут) начинаем этап привлечения инвестиций. Кандидаты-инвесторы есть. В случае провала - расходимся и каждый может использовать проект в качестве портфолио, так как при любом исходе им будут пользоваться. Кого ищем: front-end разработчик с опытом работы с: - React (Redux) - Django - RESTApi - SASS - Git Желателен опыт работы от 2-3 лет и возможность посвящать проекту хотя бы 10-12 часов в неделю. Условия работы: - доля в компании 5-10% - доля в компании менее 5%, но с оплатой, небольшой, так как мы еще только проверяем гипотезу и платить будем из своего кармана. Этот проект может быть интересен тем, кто хочет влиться в интересный проект, возглавить его и научиться чему-то новому или просто взять долю и получать с нее доход, либо продать. Также, тем, кому нужно интересное портфолио. Если есть интерес, прошу свяжитесь со мной: https://t.me/Eugen2k
  4. В качестве Git'а стоит Gogs. Через Веб-хук Дженкинс перехватывает коммит, но в свою рабочую директорию складывает весь проект целиком, наверно так и должно быть. Суть в том, что Jenkins плагином по фтп отправляет все файлы целиком, как его научить отправлять только изменённые, т.е. только последний коммит?) Есть разбор ответа на https://stackoverflow.com/questions/30287741/how-to-make-jenkins-filter-files-changed-in-last-commit-and-send-them-by-ftp-sft Но мне не совсем понятно, где/ как прописать git show --pretty="format:" --name-only HEAD git log -1 --pretty=format:"%h" | xargs -I %id% git diff-tree --no-commit-id --name-only -r %id% | xargs -I % cp --parents % upd/ Или может можно как то по-другому?
  5. Мы – студия «Элемент». Ищем верстальщика для постоянного сотрудничества, который не боится, умеет и любит верстать проекты сложнее среднего. Работа проектная, но проекты идут часто (каждый месяц 1-2, иногда даже 3 проекта). Кратко о нас: Располагаемся в Рязани. Работаем с 2008 года. У нас в команде 10 человек. Предпочитаем технологически сложные проекты. Обязательно: - знание HTML5 / CSS3 с учетом кросс-браузерности; - умение подбирать сторонние компоненты и стилизовать их (календари, слайдеры и т.п.); - умение работать с адаптивными стилями; - менеджер пакетов bower или jspm; - знание основ CSS-анимации; - знание основ SVG; - понимание основ работы git; - желание развиваться; - быть на связи, чтобы не приходилось разыскивать; - здравый перфекционизм в работе в части соответствия верстки макету и в части качества кода; - умение принимать решения в мелочах (чтобы часто не дергать менеджеров и/или дизайнеров) Приветствуется: - умение работать в комнде; - компонетный подход к разработке (например, БЭМ); - знание основ JS в объеме, который помогает верстке; - навыки работы с GitHub и/или GitLab - понимание принципов семантического версионирования - навыки работы с Bootstrap; - навыки работы с FlexBox; - навыки работы с Grid Layout; - навыки работы с WebStorm; - пост-обработчики: PostCSS, LESS, SASS; - возможность работы в часовом поясе, близком к Москве; - умение сверстать новый / подверстать готовый код, когда он уже включен в шаблонизатор движка (smarty). Там никаких Америк нет, просто требуется аккуратность; - наличие ИП. Что нам важно видеть в отзыве на наше предложение: - примеры 3-4 свежих работ онлайн (посмотрим, какие используются методики); - опыт верстки в годах; - краткое описание умений по списку наших требований (буквально по одной строке на пункт); - ожидаемая ставка часа в рублях; - метод перечисления оплаты; - в каких сферах вы бы хотели развиваться в ближайшие 1-2 года. Если написать отзыв в таком виде, то мы сэкономим друг другу время. А это приветствуется. — Вопросы/ответы можно писать сюда или мне в личку. От себя замечу, что целевые браузеры это: последние версии Chrome(ium), FireFox, Safari, IE11/Edge. Целевые платформы: десктоп + мобильные устройства. Не pixel pirfect, но и чтобы выглядело достойно =) Если вы не знакомы с парой пунктов из обязательно списка, но у вас присутствуют адекватность и здравый смысл, то мы можем пообщаться и выяснить детали) Мы понимаем, что "знать все" не возможно. Вместе с тем, мы постарались перечислить то, с чем вам, вероятно, придется иметь дело. На js-фронтэнде у нас Angular 1.x, Vue, jQuery. Для сборки применяется Webpack. Для запуска задач Gulp. Взаимодействовать придется в том числе со мной , будет шанс научится чему-либо из js, если не знаете, но хотите развиваться в этом направлении. В недалекой перспективе на бекэнде Node.js. Если хотите развиваться в эту сторону, такая возможность тоже имеется. Вы можете писать код в чем угодно (IDE, редакторы), но ваши инструменты должны уметь деплоить на удаленный сервер (требуется для ряда проектов).
  6. Требования: Опыт работы с веб-технологиями от 3-x лет Хорошее знание JavaScript Опыт работы с шаблонами JavaScript MVC/MVVM, фреймвoрками и библиотеками AngularJS, jQuery, Bootstrap Хорошее знание сопутствующих технологий: HTML, HTML5, CSS Опыт объектно-ориентированного программирования (OOP) в JavaScript Понимание протокола WebSockets Обязанности: Проектирование пользовательских интерфейсов Реализация frontend приложений Написание документации по разработанным модулям Условия: Оформление согласно ТК РФ Профессиональный и карьерный рост Стабильность и конкурентоспособная заработная плата Программы развития: конференции, семинары, курсы, тренинги Работа в офисе, Москва, м.Ботанический сад / Работа удаленно Размер компенсации обсуждается по результатам собеседования Alexandra M | HR Manager | Altarix Mobile: +7 929 540 40 69| Skype: alexfoxsy | am@altarix.ru
  7. Компания Банк Софт Системс (разработчик ПО для банков) Ожидания от кандидата: React/FluxBower/WebpackHTML5/CSS3/LessGIT/SVNПриветствуется: Знание паттернов проектированияОпыт работы с Cordova/PhoneGapСледование codestyle и соблюдение культуры кода (jscs/jshint)Опыт разработки в команде (agile/scrum)Знание других языков программированияОпыт создания автоматизированных тестов (Selenium/Mocha)Использование в разработке принципов Progressive Enhancement/Graceful DegradationМы предлагаем: Работа в Центре перспективных технологий, в котором мы ценим творческий подход, позволяющий элегантно решать интересные и сложные задачиМы продвигаем мир банковского софта на шаг дальше. В своих проектах мы внедряем технологии, находящиеся на пике банковских трендов (Omni-channel/Распознавание голоса/NFC/...)Используем адаптивные технологии(web stack + cordova) и добиваемся того, чтобы интерфейс наших приложений работал с нативной отзывчивостью (профилируя/оптимизируя анимацию)Занимаемся парным программированием, agile, trello/kanbanОфис м. НагатинскаяГрафик 9.00-18.00/10.00-19.00ТК РФ, белая заработная платаСоциальные условия: ДМС (включает сеть ведущих клиник и стоматологию, страховку выезжающих за рубеж)льготные кредитыкорпоративные мероприятия и подарки, детские праздникисвоя футбольная команда и команда по настольному теннису, участие в корпоративных турнирахВопросы и резюме присылайте: n.chaika@bssys.com
  8. Всем доброго времени суток! Хочу предложить свои услуги по верстке макетов из PSD. Верстаю макеты любой сложности + адаптивнная верстка (twitter bootstrap) или без него по желанию. Код: кроссбраузерный; валидный. Цены: от 1000руб возможно почасовая оплата 300р/час Контакты: icq - 668045211 skype - diman_1990 email - dima.house@list.ru, sanda.webstudio@gmail.com Портфолио - http://pr-pr.hol.es/portfolio/ Аккаунт на FL - https://www.fl.ru/users/D_i_m_k_a/ (но через него никогда не работал, поэтому отзывов там нет) Опыт работы уже более 3 лет.
  9. помогите пожалуйста разобраться с одним моментом в git обычно при добавлении нового коммита текущая ветка передвигается вместе с указателем HEAD на новую позицию. но иногда случается так, что указатель HEAD передвинулся на новую позицию, а указатель master остался на месте: (shoptest_env)kalinin@kalinin ~/.virtualenvs/shoptest_project/shoptest $ git hist* 40c9f5b 2014-12-04 | werwrwer erwrwerwer werwerwer fdgdfgd 2423 (HEAD, master) [Your Name]* ced79dc 2014-12-04 | uuuuuuu [Your Name]* 34ddfa1 2014-12-04 | new [Your Name]* e4f1b3a 2014-12-04 | cart override (origin/master) [Your Name]* 7a39c37 2014-12-04 | detail4 [Your Name]* 19554f3 2014-12-04 | detail3 [Your Name]* d0d0f7b 2014-12-04 | detail2 [Your Name]* 173f27f 2014-12-04 | detail [Your Name]* 677c95b 2014-12-03 | custom product page compl [Your Name]* 10f7724 2014-12-03 | shop ok [Your Name]* 7f580a3 2014-12-03 | first commit django install [Your Name](shoptest_env)kalinin@kalinin ~/.virtualenvs/shoptest_project/shoptest $ git add .(shoptest_env)kalinin@kalinin ~/.virtualenvs/shoptest_project/shoptest $ git ci -m 'rem'[detached HEAD d1d6673] rem 1 file changed, 1 insertion(+) create mode 100644 test(shoptest_env)kalinin@kalinin ~/.virtualenvs/shoptest_project/shoptest $ git hist* d1d6673 2014-12-05 | rem (HEAD) [Your Name]* 40c9f5b 2014-12-04 | werwrwer erwrwerwer werwerwer fdgdfgd 2423 (master) [Your Name]* ced79dc 2014-12-04 | uuuuuuu [Your Name]* 34ddfa1 2014-12-04 | new [Your Name]* e4f1b3a 2014-12-04 | cart override (origin/master) [Your Name]* 7a39c37 2014-12-04 | detail4 [Your Name]* 19554f3 2014-12-04 | detail3 [Your Name]* d0d0f7b 2014-12-04 | detail2 [Your Name]* 173f27f 2014-12-04 | detail [Your Name]* 677c95b 2014-12-03 | custom product page compl [Your Name]* 10f7724 2014-12-03 | shop ok [Your Name]* 7f580a3 2014-12-03 | first commit django install [Your Name]не могу понять почему так происходит при этом слить ветки следующим образом не получается: (shoptest_env)kalinin@kalinin ~/.virtualenvs/shoptest_project/shoptest $ git merge masterAlready up-to-date.(shoptest_env)kalinin@kalinin ~/.virtualenvs/shoptest_project/shoptest $ git hist* d1d6673 2014-12-05 | rem (HEAD) [Your Name]* 40c9f5b 2014-12-04 | werwrwer erwrwerwer werwerwer fdgdfgd 2423 (master) [Your Name]* ced79dc 2014-12-04 | uuuuuuu [Your Name]* 34ddfa1 2014-12-04 | new [Your Name]* e4f1b3a 2014-12-04 | cart override (origin/master) [Your Name]* 7a39c37 2014-12-04 | detail4 [Your Name]* 19554f3 2014-12-04 | detail3 [Your Name]* d0d0f7b 2014-12-04 | detail2 [Your Name]* 173f27f 2014-12-04 | detail [Your Name]* 677c95b 2014-12-03 | custom product page compl [Your Name]* 10f7724 2014-12-03 | shop ok [Your Name]* 7f580a3 2014-12-03 | first commit django install [Your Name]
  10. Всем привет! Верстаю по заданию klierik'a http://htmlforum.ru/index.php?showtopic=47141 Если коротко, то: адаптивно, IE8+, graceful degradation. Сейчас готова главная страница. И чем дальше делаю, тем меньше нравиться то что получается. Буду благодарен за любою критику. Посмотреть можно здесь: http://dmitryl-demo.bl.ee/ GitHub: https://github.com/cyborgandroid/htmlforum-fabrique-cyborgandroid Заранее спасибо!
  11. Привет всем, а научите работать с гитхабом. Качнул я себе вот такую программулину - http://windows.github.com/. Установил, создал репозиторий, закоммитил вроде туда. Но сразу после коммита репозиторий перестал открываться в браузере. Если попытаетесь пройти по этой ссылке - https://github.com/G...ash/rFormStyler, то у вас нифига не получится. Вопрос: что я не так делаю? UPD: О! Оно само заработало. Так долго коммитит чтоль? Ну раз заработало, то вопрос снимается.
  12. В конце концов, как я это не откладывал по-лени своей, а пришлось окончательно связаться с Git-ом Ситуация: есть у меня кастомизация одного фреймоворка, которую я использую в нескольких проектах. Что-то вроде прототипа cms-ки. Писалась она в муках для корпоративной нужды, но оказалось, что может пригодится и в других проектах. Решение: После некоторых раздумий, и курения темы git'а я пошёл таким путём: 1. Вычистил "ядро", создал его репозиторий. Назовём условно core. 2. Форкнул от него редакцию "shop", куда добавил функционал специфичный для бизнеса вообще и который уже был написан к тому моменту в разрабатываемом приложении. 3. Форкнул от shop корпоративное приложение (которое и разрабатывалось изначально). Таким образом я могу развивать независимо "ядро", бизнес-функционал, а какие-то совсем частные фичи и хотелки менеджеров впиливать в форк из п.3. Подразумевается что в форках не придётся лезть в код родителя. Зато можно смело держать в репозитории специфичные настройки окружения, конфиги, бэкапы и т.п. Легко и быстро можно развернуть редакцию или голую систему, потестить её, с разными настройками, не мучаясь с правкой конфигов. Сперва я это дело пробовал реализовать через ветвление одного проекта, показалось что дурно пахнет и нехватает возможностей описанных строкой выше. Внимание вопрос: нормально через форки это я пошёл решать, или дурак? Далее ещё >9000 вопросов по теме хочется задать, но хотелось бы сперва услышать ответ на первый
  13. Поиском не нашел ни одной темы. Неужели, никто из верстальщиков их не использует? Те, кто с ними работает - Ваши ощущения, господа? ^__^ системы контроля версий
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy