Stackoverflow는 프로그래머의 문제를 해결하는 데 중점을 둔 완벽한 Q&A 플랫폼으로, 광고 없이 완전히 무료로, 기본 코딩 질문부터 최첨단 프로그래밍 지식까지 답변을 제공합니다

여기서 질문할 때는 기본적인 영어 의사소통 능력이 필요하며, 코드, 오류 보고서 등 질문을 자세히 설명하는 것을 잊지 마세요

그리고 그 옆에 있는 AskUbuntu라는 AskUbuntu라는 회사가 있습니다. AskUbuntu 전문 회사입니다웹사이트이 글은 주로 다양한 리눅스 지식에 초점을 맞추고 있습니다(Ubuntu/Debian은 같은 계열에 속하니 deep그리고 기타 파생 시스템들이 리눅스 배포판으로 결합되었습니다설치수량 우선)

여기서 '고대' 시대부터최신 소식다양한 리눅스 시스템 문제에 대한 많은 CSDN 답변이 이 지점에서 나옵니다번역的

다른 배포판을 사용 중이라면 Debian 포럼, Archlinux 커뮤니티 등 관련 사이트를 확인해 보세요

나중에 이야기하자.GitHub 이것도 매우 유용합니다

이제 GitHub에 대해 이야기해 봅시다. 대학을 졸업했지만 이 도구를 배우지 못한 컴퓨터 과학이나 정보 전공자라면, 졸업했는데 CNKI가 뭔지도 모르는 것과 같은 수준입니다

앞서 언급했듯이, 많은 대학 캠퍼스 네트워크는 GitHub에서 직접 접근할 수 있어야 하며, 그렇지 않더라도 가능합니다다운로드Watt Toolkit(구 Steam++)으로, GitHub 접근을 무료로 가속화할 수 있습니다

우선, 아마도 당신에게 필요할 것입니다설치이 두 석유 원숭이스크립트하나는 현지화, 다른 하나는 다운로드 속도를 높이는 것입니다

링크 보기

링크 보기

그다음 무작위로 GitHub 저장소나 프로젝트 페이지로 이동합니다

처음 보면 분명히 혼란스러울 것이고, 기계 번역을 사용하면 더 혼란스러울 것입니다

먼저, 보이는 큰 부분은 저장소/프로젝트 파일입니다. 다운로드 없이도 대부분의 코드 파일을 직접 볼 수 있습니다.

아래로 스크롤하면 저장소/프로젝트 소개, 자기 선언 파일을 볼 수 있는데, 이것이 기본 readme.md 입니다 (네,구성다국어 리드미)

방금 언급하신 파일 섹션으로 돌아가서 왼쪽 상단의 버전 아이콘을 클릭하거나 "Branch"라고 부르세요.

프로젝트 파일의 여러 버전 간 전환이 가능합니다

전체 저장소나 프로젝트를 다운로드하고 싶으면 어떻게 해야 하나요?

이 동작을 "복제"라고 하며, 프로젝트 파일 오른쪽 상단의 초록색 복제/복제 버튼을 클릭해야 합니다

여기 제공된 주소는 주소를 복제하는 데 사용되며, 끝에는 .git이어야 합니다

그 다음, 어떤 터미널에서든 git clone 명령어를 사용해 저장소를 복제하세요

git 관련 지식은 꽤 간단합니다; AI에게 이 부분에 대해 물어보는 것을 추천합니다

GitHub에는 터미널을 싫어하는 분들에게도 편리한 클라이언트가 있어요—저장소를 직접 복제할 수 있고, 권한이 있으면 풀/푸시도 할 수 있어요

참고로, 그 페이지에는 방금 그 목적에 맞는 다른 것들도 있었어요, 예를 들어 그 "릴리스" 같은 것들

릴리스는 공식적으로 사용자에게 권장되는 버전으로, 직접 빌드된 버전보다 훨씬 안정적입니다

또한 이름 그대로 안정적이지는 않지만 시기적절한 프리릴리즈 형태도 있습니다업데이트버전

아래로 스크롤하면 Asset 내에서 다운로드할 수 있는 파일들이 나옵니다

지퍼가 윈도우에 맞아

tar.gz 리눅스/맥OS와 호환됩니다

소프트웨어 배포판은 다양한 설치 패키지와 유사한 패키지로, 해당 아키텍처가 라벨링되어 있습니다

amd64는 특히 리눅스 64비트를 의미합니다

i386은 특히 리눅스 32비트를 의미합니다

aarch64와 arm64는 일반적으로 리눅스의 arm64, 윈도우 arm64, 그리고 macOS의 aarch64를 가리킵니다 (Apple Silicon）

armhf 는 특히 리눅스 armv7을 의미합니다

x64는 윈도우 64비트와 맥OS의 64비트를 의미합니다

x86은 특히 Windows 32비트를 의미합니다

파일 확장자로 시스템을 판단할 수 있습니다

deb는 리눅스 데비안/우분투 시스템에 전용되어 있습니다

rpm은 리눅스 RedHat 전용입니다

플랫팩, 스냅 등은 리눅스용 범용 패키지 관리 모델로, 각 소프트웨어를 샌드박스 격리 상태로 실행합니다

appimage는 보통 단일 파일 형태의 범용 리눅스 실행 파일로, 윈도우의 그린 버전과 유사합니다

tar.gz는 다양한 리눅스 배포판에서 흔히 사용하는 패키징 형식입니다

exe와 msi는 윈도우 전용입니다

dmg는 macOS 전용입니다

그리고 GitHub 문제라고 하네요

관련 다양한 질문들은 여기에서 확인할 수 있습니다

기본적으로 검색 내용은 'issue is:open'이며, 더 많은 옵션을 추가할 수 있습니다

답변을 읽을 때는 버전, 환경 등이 자신의 상황과 비슷한지 주의 깊게 살펴보세요

이슈를 발행할 때는 각 저장소의 규칙(예: 고정 형식, 로그 파일, 오류 코드 등)도 따라야 합니다.

다음은 풀 리켓입니다

주로 프로젝트에 참여한 후 요청을 하고, 이를 확인한 후 코드를 저장소에 병합하는 데 사용됩니다

성공적인 제출 시 버전 번호가 주어지며, 이를 클릭하면 변경 사항을 확인할 수 있습니다

이 기능은 IDE에서 직접 보는 것과 동일합니다

다음은 행동입니다

GitHub 온라인 컴파일 워크플로우는 평균적입니다오픈 소스많은 프로젝트가 이를 사용합니다

이후 많은 프로젝트들은 개발되지 않았거나 오직 링크만 연결되었는데, 오픈소스 프로젝트는 보통 자체 공식 웹사이트를 가지고 있기 때문입니다. 위키 같은 사이트는 GitHub보다 훨씬 직관적입니다

요컨대, 컴퓨터를 배울 때는 직접 글을 쓰고 실행도 해야 합니다. 이해한 문제는 더 깊은 인상을 남기고, 오직 스스로 배우는 동안에만 질문을 하게 됩니다. 질문을 통해서만 새로운 지식을 배울 수 있습니다

AI는 질문을 씹어먹고 인간의 마음에 닿지 않는 답을 추출합니다. 이런 지식 받는 방법은 인간의 습관과 전혀 맞지 않습니다. 우리는 먼저 탐험하고, 그 다음에 탐구를 통해 현상을 발견하며, 마지막으로 그 현상에 기반해 지식을 요약하는 데 익숙합니다

하지만 AI는 오직 '답'만 제공하고, 그 답변들은 읽고 나면 잊혀지고 결국 다시 AI에게 물어야 합니다. 결국 이 문제들을 해결하는 것은 인간일까요, 아니면 AI일까요?

언젠가 AI가 이 모든 지식을 매력적인 이야기로 엮어낼 수 있다면, 저는 분명히 AI로의 전환을 지지할 것입니다

#爱编程 ##电脑玩家 ##笔记本电脑 #

원본 링크:https://www.coolapk.com/..