شما می‌توانید stage را به عنوان واسطی بین Working Directory و Repository تصور کنید بنابراین هر فایلی که می‌خواهد در Repository ذخیره شود ابتدا به stage آورده می‌شود.
۱۱ سال و ۹ ماه قبل، جمعه ۲۲ دی ۱۳۹۱، ساعت ۱۹:۰۱
۱۱ سال و ۱۱ ماه قبل، یکشنبه ۲۱ آبان ۱۳۹۱، ساعت ۰۱:۲۴
با سلام
دقیقا متوجه منظور شما نشدم
اگر شما قصد داشته باشید که به یک سرور راه دور repository را push کنید بسته به نوع پروتکل از شما شناسه کاربری و رمز عبوری می‌خواهد که همان سایت به شما داده است
موفق باشید
۱۱ سال و ۱۲ ماه قبل، جمعه ۲۱ مهر ۱۳۹۱، ساعت ۰۳:۵۲
میشه از git daemon استفاده کرد که در واقع یک سرور برای repositoryهای git است
توی این مقاله از CopSSH استفاده کرده
از scm-manager هم میتونید استفاده کنید
در ضمن همانطور که گفتم از پروتکل فایل هم پشتییبانی میشه یعنی میتویند در شبکه شیر کنید
۱۲ سال و ۱ ماه قبل، دوشنبه ۱۳ شهریور ۱۳۹۱، ساعت ۱۶:۰۱
اگر شما به سایت‌های مدیریت کدی نظیر github مراجعه کنید و تعداد کاربران و یا پروژه‌های قرار گرفته بر روی آن‌ها را در نظر بگیرید متوجه محبوبیت سیستم مدیریت کد git خواهید شد در مورد تفاوت‌های سیستم‌های CVS و DVCS در مقاله اول توضیحاتی داده شد و در مقاله بعد درباره نحوه ذخیره سازی اطلاعات که باعث افزایش سرعت چشمگیر در عملیات check-in و check-out می‌شود
در ضمن در git و در همه سیستم‌های مدیریت کد امکان دستیابی به کد‌های قبل وجود دارد و به طور کلی این یکی از اهداف سیستم‌های مدریت کد است.
خود من هم یک برنامه نویس دات نت هستم اما دلیلی ندارد که مجبور باشیم هر آنچه که مایکروسافت ساخته را استفاده کنیم
من با هر دو سیستم TFS و Git کار کردم و به شخصه استفاده و راه اندازی آن را از TFS ساده‌تر می‌بینم چون تنها یکی از کاربردهای TFS مدیریت کد است بنابراین شما به طور نسبی با سیستم پیچیده‌تری سرو کار خواهید داشت.
اما در نهایت نیاز شما به معماری مورد استفاده در مدیریت کد‌های خود تعیین کننده است
اگر یک سیستم مدیریت کد توزیع شده لازم دارید بهترین انتخاب git است
موفق باشید
در ضمن در git و در همه سیستم‌های مدیریت کد امکان دستیابی به کد‌های قبل وجود دارد و به طور کلی این یکی از اهداف سیستم‌های مدریت کد است.
خود من هم یک برنامه نویس دات نت هستم اما دلیلی ندارد که مجبور باشیم هر آنچه که مایکروسافت ساخته را استفاده کنیم
من با هر دو سیستم TFS و Git کار کردم و به شخصه استفاده و راه اندازی آن را از TFS ساده‌تر می‌بینم چون تنها یکی از کاربردهای TFS مدیریت کد است بنابراین شما به طور نسبی با سیستم پیچیده‌تری سرو کار خواهید داشت.
اما در نهایت نیاز شما به معماری مورد استفاده در مدیریت کد‌های خود تعیین کننده است
اگر یک سیستم مدیریت کد توزیع شده لازم دارید بهترین انتخاب git است
موفق باشید
۱۲ سال و ۲ ماه قبل، پنجشنبه ۲۶ مرداد ۱۳۹۱، ساعت ۰۱:۰۰
یافتن مستندات درباره طرز کار یک CMS در یک جا عملا غیر ممکن است حتی CMSهای قدیمی‌تر نیز چنین داکیومنت هایی ندارند حال سوال من این است که هدف شما از یادگیری نحوه عملکرد orchad چیست ؟
اگر هدف ساخت ماژول و سفارشی کردن آن است (البته منظور سفارشی کردن ماژول‌ها و UI است نه core برنامه) این کار نیازی به دانستن عملکرد کامل آن نیست و مستندات هم در وب سایت آن و هم در فروم codeplex موجود است فیلم‌های آموزشی pluralsight نیز می‌تواند شروع خوبی باشد در این منابع تمام آنچه شما نیاز دارید موجود است
اگر هدف شما تغییر core برنامه است این کار به هیچ وجه توصیه نمی‌شود چون باعث بروز مشکلاتی فراوان از جمله عدم امکان به نسخه‌های بالاتر خواهد شد
اگر هم هدف آموزشی است قطعا orchard شروع خوبی نیست
۱۲ سال و ۲ ماه قبل، سه‌شنبه ۱۷ مرداد ۱۳۹۱، ساعت ۱۷:۲۹
با سلام
اتفاقا من قصد داشتم آموزش کاملی درباره این CMS قرار بدم اما نسخه جدید اون منتشر شد و من متاسفانه الان یک مقدار گرفتار هستم و بررسی این نسخه مقداری طول میکشه اما حتما بعد از پایان آموزش Git (شاید حدود 3 هفته دیگه) تمام جزئیات Orchard به همراه نحوه ساخت ماژول و تم رو آموزش میدهم
۱۲ سال و ۲ ماه قبل، سه‌شنبه ۱۷ مرداد ۱۳۹۱، ساعت ۰۲:۲۴
خیر به این صورت نیست تصور کنید شما پنج فایل درون working directory خود دارید همچنین دو فایل جدید نیز اضافه کردید تا زمانی که آن‌ها را با استفاده از دستور add به stage نیاورید git اقدامی برای ساخت سابقه برای آن فایل‌ها نمی‌کند به عنوان مثال سه فایل از پنج فایلی که قبلا وجود داشته تغییر کرده باشد و از این سه فایل تغییر کرده تنها دو تا و یکی از فایل‌های جدید به stage اضافه شده شده باشند و دستور commit اجرا شود تنها همان دو فایل تغییر کرده و فایل جدید موجود در stage در repository ذخیره می‌شوند
اما در مورد سوال شما میتونید فعلا به این صورت تصور کنید که بعد از commit فایل از روی stage حذف میشه (البته دستورات git در این زمینه متفاوت عمل می‌کنند و لزوما اینگونه نیست) بنابراین فایلی که قبلا commit شده و الان تغییر کرده و روی stage نیست وضعیت modified دارد
۱۲ سال و ۲ ماه قبل، جمعه ۱۳ مرداد ۱۳۹۱، ساعت ۰۰:۲۹
با سلام
بله شما ابتدا باید در مخزن محلی commit را انجام دهید بعد در صورتی بخواهید، می‌توانید اطلاعات را در مخزن push، upstream کنید
۱۲ سال و ۲ ماه قبل، شنبه ۷ مرداد ۱۳۹۱، ساعت ۱۷:۱۹
kooboo حدود 5 سال هست که داره فعالیت میکنه اما به شخصه فکر میکنم مستندات اون در این سال‌ها در مقایسه با Orchard بسیار کمتر و محدود‌تر است و به طور کلی در حال حاضر جز CMSهای مطرح در سطح اول نیست علاوه بر اون من تجربه ای روی این CMS ندارم شاید دوستان دیگر بهتر بتونند کمک کنند